NATIONAL RAILROAD PASSENGER CORPORATION 

60 Massachusetts Avenue, NE, Washington, DC 20002 


VIA E-MAIL 


March 10, 2016 


AMTRAK 



Mr. Edward Hasbrouck 
The Identity Project 
1736 Franklin Street 
9 th Floor 

Oakland, C A 94612 

Re: Freedom of Information Act Request - Interim Response #8 
Tracking Number: 15-FOI-00021 

Dear Mr. Hasbrouck: 

We are further responding to your October 29, 2014 request for information made under the Freedom of 
Information Act (FOIA), which was received via e-mail by Amtrak’s FOIA Office on the same date. 

Your request seeks the records described below: 

(1) Any records of policies, procedures, technical specifications, contracts (including agency 
appointment agreements), or directives to staff, contractors, or agents pertaining to transfers of 
data about Amtrak passengers or customers to the Department of Homeland Security (DHS), any 
DHS component including US Customs and Border Protection (USCBP), the Canadian Border 
Services Agency (CBSA), any other Canadian government agency, or any other foreign 
government, or the subsequent handling or use of such data, including without limitation 
Advanced Passenger Information (API) and any personally identifiable data obtained or derived 
from the ARROW reservation system. 

(2) Any records pertaining to the legal basis for such data transfers, including any e-mail messages 
pertaining to this subject within or between Amtrak, Amtrak agents, Amtrak contractors, and any 
third party or parties. 

(3) Any records of policies, procedures, technical specifications, contracts (including agency 
appointment agreements), or directives to staff, contractors, or agents (including without 
limitation travel agencies and agents authorized to sell Amtrak tickets, and other ARROW users) 
regarding disclosures to be made concerning transfers of data about Amtrak passengers or 
customers to government agencies including DHS. 

(4) Any records of policies, procedures, reports, or directives to staff, contractors, or agents 
(including without limitation travel agencies and agents authorized to sell Amtrak tickets, and 
other ARROW users) regarding compliance with the Personal Information Protection and 
Electronic Documents Act (PIPEDA) of Canada, including handling of requests for records or 
other requests or complaints made pursuant to PIPEDA and any disclosures to be made to 
passengers or customers. 

(5) Any e-mail messages within or between Amtrak and Amtrak agents, Amtrak contractors, and any 
third party or parties containing any of the text strings "Personal Information Protection and 
Electronic Documents Act", "PIPEDA", or "Privacy Commissioner of Canada". 


Mr. Edward Hasbrouck 
March JO, 2017 
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(6) Any electronic file in which any of the above records are included. 

(7) All metadata pertaining to any such file, such as file system information indicating the creation 
data, modification date, etc. 

We are continuing to review and process records responsive to your request. We are releasing in part the 
attached records. 

The names and personal identifying information of Amtrak employees and private individuals have been 
redacted from the enclosed records pursuant to exemption 6 of the FOIA on the basis that disclosure 
would constitute a clearly unwarranted invasion of the personal privacy of these individuals. In weighing 
the public interest, it was determined that there was no public interest in disclosing this information. 

Please note, the records we are providing are part of a huge text file (800 pages), which we are reviewing 
in parts. Due to the size of the file, the last page may contain an incomplete e-mail. Please be advised, 
the next response will pick up from where we left off. 

Pursuant to Amtrak’s FOIA regulations (49 CFR 701.10), if you wish to appeal the decision to withhold 
the above-mentioned information, you may file an appeal with Eleanor D. Acheson, Executive Vice 
President, Chief Legal Officer, General Counsel and Corporate Secretary, within ninety days (90) of the 
date of this letter, specifying the relevant facts and the basis for your appeal. Your appeal may be sent to 
Ms. Acheson at the above address. The President and CEO of Amtrak have delegated authority to the 
General Counsel and Corporate Secretary for the rules and compliance to the FOIA. If you decide to 
appeal, you may delay your appeal until you have received the final response to your request. 

There are approximately 500 more records to review in the text file. We are continually working through 
our backlog of requests. You may anticipate the next response in 8-12 weeks. 

If you have any questions regarding the processing of your request, please feel free to contact me at (202) 
906-3741 or via e-mail at Hawkins@amtrak.com . 


Sincerely, 



Attachments 


Border crossing.txt 


NC 

Naturalization Certificate 


Exempt' 00 6 


BC 

Birth Certificate (requires photo id) 


MO 

Military orders (requires photo id) 


Ori gi nal^ M essage 

From: 

Sen t: "W ednesday , 

To: ~ 

Subject: 



Jew-ill only recognize the following Document Types: 
AD, A, C, I, IP, P, F 

This is in AIRIMP 29th edition, page 143, 3.14.1.1. 
I'll call you when I get in tomorrow. 


ian leo international 
product Delivery 



The information in this electronic mail message is sender’s business Confidential 
and may be legally privileged. It is intended solely for the addressee(s) . Access to 
this internet electronic mail message by anyone else is unauthorized. If you are not 
the intended recipient, any disclosure, copying, distribution or any action taken or 
omitted to be taken in reliance on it is prohibited and may be unlawful. The sender 
believes that this E-mail and any attachments were free of any virus, worm, Trojan 
horse, and/or malicious code when sent. This message and its attachments could have 
been infected during transmission. By reading the message and opening any 
attachments, the recipient accepts full responsibility for taking protective and 
remedial action about viruses and other defects. Cendant is not liable for any loss 
or damage arising in any way from this message or its attachments. 


Sent: fficlnescl ayirffecember 07, 2005 12:13 PM 

To : 

(E-mai 1 ) 

Subject : 



RE: APIS Collection and 2 character name warnings 



After testing yesterday wi tH||||f|||||§l, we detected a problem with SSRDOCS for infants 
that I am investigating now “it seems that all others scenarios in the script went 
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Border crossing.txt 


ok though. 


Origin Message 

sent: iHBBSyflSS e r 07, 2005 11:47 AM 


ection ana l character name warnings 

Next week was our last load before Christmas, and then due to the holidays, we felt 
targeting the first load after the New Year(lOth) would be risky for getting 
complete testing done. 


I will need to defer to 


on the testing. 


original Message 


ednesaay , December 


ubject: RE: APIS Collection and 2 character name warnings 

wow, it looks like this is delayed for another month. 

How was the testing of the script? was everything ok? 


Froductspeci al i st Non -Air 
Worldwide Product planning 


07/12/2005 16:02 


RE: APIS collection and 2 character 
name warnings 
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Exemption 6 


This would be a fixed date for loading the collection of the data. We will 
then co-ordinate a later date for the activation of enforcement, subject to 
any issues discovered in collection. 


Original Mess age 

From 

sent: Wednesday, Decemoer 
To: 

Cc: 


ubject: Re: APIS Collection and 2 character name warnings 


Could you pelase advise if this date is a fix date or this may be changed 
in future? 


Proa uct spec i al i st Non -Air 
Worldwide Product Planning 


07/12/2005 15:52 


Subject 

APIS Collection and 2 character 
name warnings 
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Exemption 6 


Hello 


Due to some technical issues in the collection of the APIS information in 
inbound Teletype, we are going to postpone that load till the 17th January, 
The warning message for two character names will be loading as planned on 
the 13th December. 


Sorry for the in convenience, 


Mark 
From: 

Sent: Wednesday, Decemoer 


05 10:52 AM 








inbound Teletype, we are going 
The warning message for two cha 
the 13th December. 
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Dssi ng. txt 

that load till the 17th January, 
s will be loading as planned on 


AM 


the Load report for next week. 


M 


that we will implement this on the 10th 
|still planning to go next week? 


M 


eus that I am now investigating, so I 


s) of the postponement as soon as we know. 


will definitely be required to accommodate 
the code has to be changed to be more 
nges) . The way it was originally built was 
at that time. My changes alter that a 
pproach to multi -lines SSR and osis (not 
128 
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too complicated and hard-coded as it is now). Error paths still need changes but 
they can be done on the march, I think. 


Let's wait and see how Amadeus does with this testing today and if it looks good I 
may be tempted to rush a new SC item for next load before 10am tomorrow. We'd still 
have the user testing Thu-Fri after all to see what we don't like and therefore 
postpone it. 


From: __________ 

Sent: Tuesday, December 06, 2005 11:57 AM 
to: 


Subject: RE: Test SSR docs pnr 


What's your feeling about loading next week? 

Original Messa ge 

From: 

Sen t: Tuesday, Decemb er 06, 2005 11:48 AM 
to: 

Subject: Test SSR DOCS PNR 



t 


PNR created and modified via acsa. it looks great, but the code is still very rigid 
and the smallest thing will make the SSR DOCS to fail. 

0EBB75/YE9LOC-1A HL 12DEC CTC-T 00000022 120.00/ 120.00 

-010 TESTB/AMR 
-020 TESTB/BMRS 

1 69 C. NYP-MTR 815A TU 31JAN 630P 31JAN YB O HK2 

3010 R SEG # 1 BASIS 2F 

* BOFl RAIL FARE 120.00 
40010 OSI 

* PNR REQUIRES DOB INFORMATION PRIOR TO TICKETING 
5001© FBC- 0-, I-,D-/2F/Pl,2 
50020 DOB- 123UL1964/US/P1 
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5004© 12JUL1974/US/P2 

5003© PAX ID - PR/US/123456789098765/123UL2008/M 
5005© PR/US/92 34 5678909876 5/12 3 UL2008/M 
901© 001-999-9999-Z 



From: 

Sent: 

To: 

Subject: RE: Test SSR DOCS pnr 

There are still some issues even with Amadeus that I am now investigating, so I 
think it is a NO-GO for now. 


Wednesday, December 07, 2005 10:00 AM 


From: 1IB _ B-111111 _ 1I-1 __^^ 

Sent: Tuesday, De cember 06, 2005 12:16 PM 
to: 

Subject: RE: Test SSR DOCS pnr 


need to inform the GDS (Worldspan & Amadeus) of the postponement as soon as we know. 

Original Messa ge 

From: wm s asm^ BKaum 

Sen t: Tuesday, Decemb er 06, 2005 12:08 PM 

To: ■■■■■■■■■■■■■ 

Subject: RE: Test SSR DOCS PNR 

It may work well for Amadeus, but changes will definitely be required to accommodate 
the other GDSs (especially Worldspan) and the code has to be changed to be more 
efficient and flexible (for any future changes). The way it was originally built was 
very rigid and narrow for the intended use at that time. My changes alter that a 
little bit but I'd like a different code approach to multi -lines SSR and OSls (not 
too complicated and hard-coded as it is now). Error paths still need changes but 
they can be done on the march, I think. 


Let's wait and see how Amadeus does with this testing today and if it looks good I 
may be tempted to rush a new SC item for next load before 10am tomorrow. We’d still 
have the user testing Thu-Fri after all to see what we don't like and therefore 
postpone it. 
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From: ^ 

Sent: Tuesday, De cember 06, 2005 11:57 AM 
To: 

Subject: RE: Test SSR DOCS PNR 


What's your feeling about loading next week? 


Qng~i na 1 Messa ge 

From: wmMSMWMMMMk 

Sen t: Tuesday, Decemb er 06, 

To: 

Subject: Test SSR DOCS PNR 


2005 11:48 AM 



PNR created and modified via ACSA. It looks great, but the code is still very rigid 
and the smallest thing will make the SSR DOCS to fail. 


0EBB75/YE9LOC-1A HL 12DEC CTC-T 00000022 120.00/ 

-01® TESTB/AMR 
-02® TESTB/BMRS 

1 69 C. NYP-MTR 815a TU 313AN 630P 313AN YB 

301® R SEG # 1 BASIS 2F 

* BOFl RAIL FARE 120.00 

4001® OSI 

* PNR REQUIRES DOB INFORMATION PRIOR TO TICKETING 
5001® FBC- 0-,I-,D-/2F/Pl,2 
5002® DOB- 12DUL1964/US/P1 

5004® 12JUL1974/US/P2 

5003® PAX ID - PR/US/12 34 5 678909876 5/12 JUL2008/M 

5005® PR/US/92 34 56789098 76 5/12 3 UL2008/M 

901® 001-999-9999-Z 


* 



120.00 


0 HK2 


From: 
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sent: Tuesday, December 06, 2005 4:34 PM 

to: mm 

Subject: RE: SSR DOCS testing 

Thanks MMtiiMM 

I am investigating those ones you highlighted. 


Original Message 

s F e^; 

To: 


PM 


Cc: 


Subject: Re: SSR DOCS testing 


I just ran my old script and here are the PNR's.. Some of them don't appear 
to have the SSRDOCS in the pnr even though I 

included one in each of the bookings. I have highlighted the SSROTHS that 
are being returned in red . 

RLR — 

RP/MIAlS2DAl/MIAlS2DAl AA/SU 27SEP05/1640Z YE94BG 

l.PID/AAA 

2 TRN 2V 71 YA 22 JAN 7 NYP MTR HKl 745A 550P 

MODE/TRN C001*2V/ 

3 TRN 2V 68 YB 28 JAN 6 MTR NYP HKl 950A 740P 

MODE/TRN COO 2* 2 V/ 

4 AP MIA - OFFICE 2 WO. 353629 - A 

5 TK OK27SEP/MIA1S2DA1 

6 SSR DOCS 2V HKl PR/US/12 34 5 6789012 345/US/ 12 JUL64/M/12JUL04/P 

id/aaa/h 

7 FP CHECK 

* AK 2V 0EBD6D 06DEC 164 lZ HLMT-13DEC/USD 121.00 

RLR 

RP/MIAlS2DAl/MIAlS2DAl AA/SU 27SEP05/1640Z YE94BP 

1. PID/BBB 

2 TRN 2V 71 YA 22 JAN 7 NYP MTR HKl 745A 550P 

MODE/TRN C001*2V/ 

3 TRN 2V 68 YB 28JAN 6 MTR NYP HKl 950A 740P 

MODE/TRN C002*2V/ 

4 AP MIA - OFFICE 2 WO. 353629 - A 

5 TK OK27SEP/MIA1S2DA1 

6 SSR DOCS 2V HKl PP/us/12 34 5 6789012 345/US/ 12 JUL64/ F/12 JUL04/P 

ID/BBB/H 

7 FP CHECK 

* AK 2V 0EBD6E 06DEC 164 lZ HLMT-13DEC/USD 121.00 

RLR 

RP/MIAlS2DAl/MIAlS2DAl AA/SU 27SEP05/1641Z YE94BQ 

1. PID/CCC 

2 TRN 2V 71 YA 22 JAN 7 NYP MTR HKl 745A 550P 

MODE/TRN C001*2V/ 

3 TRN 2V 68 YB 28 JAN 6 MTR NYP HKl 950A 740P 

MODE/TRN C002*2V/ 

4 AP MIA - OFFICE 2 WO. 353629 - A 

5 TK OK27SEP/MIA1S2DA1 

6 SSR DOCS 2v HKl ra/BZ/12 3456789012345/BZ/12 JUL64/M/12 JUL04/P 
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ID/CCC/H 
7 FP CHECK 

* AK 2V 0EBD70 06DEC 1642Z HLMT-13DEC/USD 121.00 


RLR 

RP/MIAlS2DAl/MIAlS2DAl 2V/RM 27SEP05/1641Z YE94B3 

1. pid/ddd 

2 TRN 2V 71 YA 22 JAN 7 NYP MTR HKl 745A 550P 

mode/trn c00i*2v/ 

3 TRN 2v 68 YB 28 JAN 6 MTR NYP HKl 950A 740P 

MODE/TRN C002*2V/ 

4 AP MIA - OFFICE 2 WO. 353629 - A 

5 TK OK27SEP/MIA1S2DA1 

6 SSR OTHS 1A KKl PNR REQUIRES DOB INFORMATION PRIOR TO 

TICKETING 

7 FP CHECK 

* AK 2V 0EBD71 06DEC 1642Z HLMT-13DEC/USD 121.00 

RLR 

RP/MIAlS2DAl/MIAlS2DAl AA/SU 27SEP05/1644Z YE94D6 

1. PID/KKK 

2 TRN 2 V 71 YA 22 JAN 7 NYP MTR HKl 745A 550P 

MODE/TRN C001*2V/ 

3 TRN 2V 68 YB 28JAN 6 MTR NYP HKl 950A 740P 

MODE/TRN C002*2V/ 

4 AP MIA - OFFICE 2 WO. 353629 - A 

5 TK OK27SEP/MIA1S2DA1 

6 SSR DOCS 2 V HKl PR/US/123456789012345/US/12 JUL64/M/12JUL04/P 

id/kkk/h 

7 FP CHECK 

* AK 2V 0EBD7C 06DEC 1644Z HLMT-13DEC/USD 121.00 

RLR 

RP/MIAlS2DAl/MIAlS2DAl AA/SU 27SEP05/1642Z YE94CS 

1 . PID/FFF 

2 TRN 2V 71 YA 22 JAN 7 NYP MTR HKl 745A 550P 

MODE/TRN C001*2V/ 

3 TRN 2V 68 YB 28 JAN 6 MTR NYP HKl 950A 740P 

MODE/TRN C002*2V/ 

4 AP MIA - OFFICE 2 WO. 353629 - A 

5 TK OK27SEP/MIA1S2DA1 

6 SSR OTHS 1A KKl PNR REQUIRES DOB INFORMATION PRIOR TO 

TICKETING 

7 SSR DOCS 2 V HKl NC/US/123456789012345/US/12 JUL64/M/12 JUL04/P 

id/fff/h 

8 FP CHECK 

* AK 2 V OEBD75 06DEC 1643Z HLMT-13DEC/USD 121.00 

_ _ _ RLR — 

RP/MIAlS2DAl/MIAlS2DAl AA/SU 27SEP05/1642Z YE94B5 

1. pid/eee 

2 TRN 2 V 71 YA 22 JAN 7 NYP MTR HKl 745A 550P 

MODE/TRN C001*2V/ 

3 JRN 2V 68 YB 28 JAN 6 MTR NYP HKl 950A 740P 

MODE/TRN C002*2V/ 

4 AP MIA - OFFICE 2 WO. 353629 - A 

5 TK OK27SEP/MIA1S2DA1 

6 SSR OTHS 1A KKl PNR REQUIRES DOB INFORMATION PRIOR TO 

TICKETING 

7 SSR DOCS 2V HKl RT / CU/12 3456789012345/ CU/12 JUL64/F/12 JUL04/P 

ID/EEE/H 

8 FP CHECK 

* AK 2V OEBD73 06DEC 1642Z HLMT-13DEC/USD 121.00 
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2V/RM 27SEP05/1642Z YE94C3 
NYP MTR HKl 74 5A 550P 

HKl 950A 740P 


RLR 

RP/MIAlS2DAl/MIAlS2DAl 

1. pid/ggg 

2 TRN 2 V 71 YA 22 JAN 7 

MODE/TRN C001*2V/ 

3 TRN 2 V 68 YB 28JAN 6 MTR NYP 

MODE/TRN C002*2V/ 

4 AP MIA - OFFICE 2 WO. 353629 - A 

5 TK OK27SEP/MIA1S2DA1 

6 SSR OTHS 1A KKl PNR REQUIRES DOB INFORMATION PRIOR TO 

TICKETING , , 

7 SSR DOCS 2V HKl BC/US/ 12 34 56789012 345/US/ 12 JUL64/M/12JUL04/P 

ID/GGG/H <***Shou1d this not return SSROTHS indicating 

picture required? 

8 SSR OTHS 1A KKl PID INFORMATION REQUIRED 

9 SSR OTHS 1A KKl PNR REQUIRES DOB INFORMATION PRIOR TO 

TICKETING 
10 FP CHECK 

* AK 2V 0EBD77 06DEC 1643Z HLMT-13DEC/USD 121.00 


2V/RM 27SEP05/1643Z YE94DD 
NYP MTR HKl 745A 550P 

HKl 950A 740P 


RLR ■ 

RP/MIAlS2DAl/MIAlS2DAl 

1 . pid/hhh 

2 TRN 2 V 71 YA 22 JAN 7 

MODE/TRN C001*2V/ 

3 TRN 2 V 68 YB 28 JAN 6 MTR NYP 

MODE/TRN C002*2V/ 

4 AP MIA - OFFICE 2 WO. 353629 - A 

5 TK OK27SEP/MIA1S2DA1 ; „ , , 

6 SSR DOCS 2V HKl MO/US/123456789012345/US/12 JUL64/F/12 JUL04/P 

ID/HHH/H <***should this not return ssroths indicating 

picture required? 

7 SSR OTHS 1A KKl PNR REQUIRES DOB INFORMATION PRIOR TO 

TICKETING 

8 FP CHECK 

* AK 2v 000000 06DEC 1644Z HLMT- NONE/PENDING-CK FORMAT 


2V/RM 27SEP05/1643Z YE94DT 
NYP MTR HK2 745A 550P 

HK2 950a 740P 


RLR --- 

rp/mia1s2da1/mia1s2da1 

1 . PIDPID/TEN 2 . PIDPID/J J J 

3 TRN 2 V 71 YA 22 JAN 7 

MODE/TRN C001*2V/ 

4 TRN 2 V 68 YB 28JAN 6 MTR NYP 

MODE/TRN C002*2V/ 

5 AP MIA - OFFICE 2 WO. 353629 - A 

6 TK OK27SEP/MIA1S2DA1 

7 SSR OTHS 1A KK2 PNR REQUIRES DOB INFORMATION PRIOR TO 

TICKETING , 

8 SSR DOCS 2 V HKl PP/NC/12 34 56789012 34 5/ CA/12 JUL64/F/12 JUL04/P 

IDPID/TEN/H/Pl , 

9 SSR DOCS 2 V HKl PP/NC/12 34 5 6789012 34 5/ CA/01JAN02/MI/12 JUL04/ 

PIDPID/JJJ/H/P2 

10 SSR OTHS 1A KK2 PID INFORMATION REQUIRED 

11 SSR OTHS 1A KK2 PNR REQUIRES DOB INFORMATION PRIOR TO 

TICKETING 

12 FP CHECK , ^ 

* AK 2V 0EBD7B 06DEC 1644Z HLMT-13DEC/USD 242.00 


RLR 

RP/MIAlS2DAl/MIAlS2DAl 

1. PIDPID/NINE 2 . PIDPID/lII 


2V/RM 27SEP05/1643Z 
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3 

TRN 2V 

71 

YA 22 JAN 7 

NYP MTR 

HK2 

745a 

550P 


MODE/TRN 

C001*2v/ 






4 

TRN 2 V 

68 

YB 28JAN 6 

MTR NYP 

HK2 

950a 

740P 


MODE/TRN 

C002*2V/ 






5 

AP MIA - 

- OFFICE 2 

WO. 353629 

- A 





6 TK OK27SEP/MIA1S2DA1 

7 SSR OTHS 1A KK2 PNR REQUIRES DOB INFORMATION PRIOR TO 

TICKETING 

8 FP CHECK 

* AK 2V 0EBD7A 06DEC 1644Z HLMT-13DEC/USD 242.00 
SSRDOCS is in history: 

RP/MIAlS2DAl/MIAlS2DAl 2V/RM 27SEP05/1643Z YE94DT 

000 ON/PIDPID/TEN PIDPID/JJJ 

000 OS/TRN 2v 71 YA 22JAN 7 NYP MTR LK2 745A 550P 

MODE/TRN C001/NN 

000 OS/TRN 2 V 68 YB 28 JAN 6 MTR NYP LK2 950A 740P 

MODE/TRN C002/NN 

000 RF- CR-MIA1S2DA1 SU 0001AA 27SEP/1643Z 

001 CS/AK 2V 0EBD7B 06DEC 1644Z HLMT-13DEC/USD 242.00 

001 DL/AK 2 V * * PENDING REPLY * * 

001 RF-HDQRM2V 061644 CR-HDQ RM 2V 27SEP/1643Z 

002 SA/SSR OTHS1AKK2 PNR REQUIRES DOB INFORMATION PRIOR TO 
TICKETING 

002 RF-HDQRM2V061644 CR-HDQ RM 2 V 27SEP/1643Z 

003 RF-HDQRM2V061644 CR- 0000 27SEP/1643Z 

004 SA/SSR DOCS2VHK1 PP/NC/123456789012345/CA/12 3UL64/F/ 

12 JUL04/ PIDPID/TEN/H/PIDPID/TEN 

004 SA/SSR DOCS2VHK1 PP/NC/123456789012345/CA/01JAN02/MI/ 

12 JUL04/PIDPID/J J J/H/PIDPID/J J J 

004 RF- CR-MIA1S2DA1 SU OOOlAA 27SEP/1643Z 

005 SA/SSR OTHS1AKK2 PID INFORMATION REQUIRED 

005 SA/SSR OTHS1AKK2 PNR REQUIRES DOB INFORMATION PRIOR TO 
TICKETING 
--- RLR --- 

RP/MIAlS2DAl/MIAlS2DAl 2V/RM 27SEP05/1736Z YE94VP 

l.PID/PAXONE 2 . PID/PAXTWO 

3 TRN 2V 69 YB 23 JAN 1 NYP MTR HK2 815A 630P 

MODE/TRN C001*2V/ 

4 TRN 2V 68 YA 29JAN 7 MTR NYP HK2 950A 740P 

MODE/TRN C002*2V/ 

5 AP MIA - OFFICE 2 WO. 353629 - A 

6 TK OK27SEP/MIA1S2DA1 

7 SSR DOCS 2V HKl PP/US/123456789012345/US/12 JUL64/F/12 JUL04/P 

ID/PAXONE/H/P1 

8 SSR DOCS 2 V HKl PP/US/123456789012345/US/02 JAN02/FI/12 JUL04/ 

PID/PAXTWO/H/P2 

9 SSR OTHS 1A KK2 PID INFORMATION REQUIRED 

10 SSR OTHS 1A KK2 PNR REQUIRES DOB INFORMATION PRIOR TO 

TICKETING 

* AK 2 V OEBDBD 06DEC 1737Z HLMT-13DEC/USD 242.00 

> > 
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From: 



on 12/06/2005 11:44 AM 



I've made some changes for the SSR DOCS. I found a problem when processing 
multiple passengers. 

Can you please few PNRs in our test system with single and multiple 
passengers and include SSR DOCS in them? 

Let me know the RLOCS, and if you can also include a copy of those pnrs 
that would be great. 

Thanks 


sent: 

To: _____ 

Subject: RE: Test SSR DOCS PNR 

It may work well for Amadeus, but changes will definitely be required to accommodate 
the other GDSs (especially worldspan) and the code has to be changed to be more 
efficient and flexible (for any future changes). The way it was originally built was 
very rigid and narrow for the intended use at that time. My changes alter that a 
little bit but I’d like a different code approach to multi -lines SSR and OSls (not 
too complicated and hard-coded as it is now). Error paths still need changes but 
they can be done on the march, I think. 


Tuesday/Decembe r 06, 2005 12:08 PM 



Let’s wait and see how Amadeus does with this testing today and if it looks good I 
may be tempted to rush a new SC item for next load before 10am tomorrow. We’d still 
have the user testing Thu-Fri after all to see what we don’t like and therefore 
postpone it. 
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From: 

Sen t: Tuesday, De cember 06, 2005 11:57 AM 

To: . & 

Subject: RE: Test SSR DOCS PNR 


What’s your feeling about loading next week? 

0ri 9 ina1 messa ge 

From: 

Sen t: Tuesday, Decemb er 06, 2005 11:48 AM 
To: 

subject: Test SSR DOCS PNR 



PNR created and modified via ACSA. It looks great, but the code is still very rigid 
and the smallest thing will make the SSR DOCS to fail. 


0EBB75/YE9LOC-1A HL 12DEC CTC-T 00000022 120.00/ 

-01® TESTB/AMR 
-02® TESTB/BMRS 

1 69 C. NYP-MTR 815A TU 31JAN 630P 31JAN YB 

301® R SEG # 1 BASIS 2F 

* BOFl RAIL FARE 120.00 
4001® OSI 

* PNR REQUIRES DOB INFORMATION PRIOR TO TICKETING 
5001® FBC- 0-,I-,D-/2F/Pl,2 
5002® DOB- 12JUL1964/US/P1 

5004® 12IUL1974/US/P2 

5003® PAX ID - PR/US/12 34 5 6789098 76 5/12 JUL2008/M 

5005® PR/US/92 34 5 678909876 5/123UL2008/M 

901® 001-999-9999-Z 


* 



120.00 


O HK2 


From: 

Sent: 


uesday, December 06, 2005 11:48 AM 


Exemption 6 


Subject : 


Border crossing.txt 
Test SSR DOCS PNR 


PNR created and modified via ACSA. It looks great, but the code is still very rigid 
and the smallest thing will make the SSR DOCS to fail. 


0EBB75/YE9LOC-1A HL 12DEC CTC-T 00000022 120.00/ 

-01© TESTB/AMR 
-02© TESTB/BMRS 

1 69 C. NYP-MTR 815A TU 313AN 630P 31JAN YB 

3010 R SEG # 1 BASIS 2F 

* BOFl RAIL FARE 120.00 
4001© OSI 

* PNR REQUIRES DOB INFORMATION PRIOR TO TICKETING 
50010 FBC- O- , I- , D-/2F/P1 , 2 

50020 DOB- 12JUL1964/US/P1 

5004© 12JUL1974/US/P2 

50030 PAX ID - PR/US/12 34 5678909876 5/12IUL2008/M 

50050 PR/US/92 34 56789098765/12 3UL2008/M 

901© 001-999-9999-Z 


* 



120.00 


O HK2 


Jan ro 


From: 

Sent: 

To: 

Cc: 

Subject : 


Tuesday, December 06, 2 005 11:45 AM 

S^^DOcP^^^^g 


I’ve made some changes for the SSR DOCS. I found a problem when processing multiple 
passengers . 


Can you please few PNRs in our test system with single and multiple passengers and 
include SSR DOCS in them? 
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Let me know the RLOCS, and if you can also include a copy of those PNRs that would 
be great. 


Thanks 



From: 

Sent: Monday, December 05, 2005 2:15 PM 

To: 


Cc - . I 

Subject: 


re: Test of ssr docs 


— 

Most of the test cases behave as expected. However I am investigating those that 
didn't (last two PNRs you sent in your email below: 090C64 and 090C6C) 

As soon as I have the problem identified or fixed, I'll let you know when we can 
test those scenarios again. 

Thanks 


Original Messa ge 

From: 

Sent: Fri day, Decemb er 02, 2005 9:40 AM 
To: MW— ' 

Subject: RE: Test or SSR DOCS 

Thanks 

original Message 

From: 

Se nt: Thursday, Decemb er 01, 2005 12:3b PM 
To 

subject: RE: Test or ssr DOCS 



Here you go. 

Test results: 

2v 090C5C PNR display below 

2V 090C5D PNR display below 

2v 090C5E PNR display below 

2V 090C5F (missing DOCS) PNR display below 

2v 090C60 (missing DOCS) PNR display below 

2v 090C61 (missing DOCS) PNR display below 

2v 090C6C (missing DOCS) PNR display below 

2 v 090C70 (OK pi, missing for P2) original booking the Pax association was 
incorrect 

2v 090C5A (OK after second attempt) fixed the passenger association 


RP/MIA1S2CC1/MIA1S2CC1 AA/SU 28SEP05/1919Z YE986Q 

1 . pid/aaa 
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2 TRN 2V 71 YA 22 JAN 7 NYP MTR HKl 745A 550P 

MODE/TRN C001*2V/ 

3 TRN 2V 68 YB 28JAN 6 MTR NYP HKl 950A 740P 

MODE/TRN C002"2V/ 

4 AP MIA ~ AMADEUS - A 

5 TK OK2oSEP/MIAISZCc1 ( ( 

6 SSR DOCS 2V HKl PR/US/1234 56789012 345/US/12 JUL64/M/12 JUL04/P 

id/aaa/h 

7 FP CHECK , ^ 

* AK 2v 090C5C 30NOV 1920Z HLMT-07DEC/USD 121.00 


AA/SU 28SEP05/1919Z YE986R 


RLR 

RP/MIA1S2CC1/MIA1S2CC1 

1 . pid/bbb 

2 TRN 2v 71 YA 22 JAN 7 NYP MTR HKl 745A 550P 

MODE/TRN C001*2V/ 

3 TRN 2V 68 YB 28JAN 6 MTR NYP HKl 950A 740P 

MODE/TRN C00 2*2V/ 

4 AP MIA - AMADEUS - A 

5 TK OK28SEP/MIA1S2CC1 

6 SSR DOCS 2V HKl PP/US/12 34 56789012 34 5/US/12JUL64/F/12JUL04/P 

id/bbb/h 

7 FP CHECK 

* AK 2V 090C5D 30NOV 1920Z HLMT-07DEC/USD 121.00 


AA/SU 28SEP05/1920Z YE986S 


— RLR — 

RP/MIA1S2CC1/MIA1S2CC1 

l.PID/CCC „ 

2 TRN 2V 71 YA 22 JAN 7 NYP MTR HKl 745A 550P 

MODE/TRN C001*2V/ 

3 TRN 2V 68 YB 28JAN 6 MTR NYP HKl 950A 740P 

MODE/TRN C002*2V/ 

4 ap mia wmmMmMmwm - amadeus - a 

5 TK OK28SEP/MIAlsiccI , 

6 SSR DOCS 2V HKl RA/BZ/123456789012345/BZ/12 JUL64/M/12 JUL04/P 

ID/CCC/H 

7 FP CHECK , _ _ 

* AK 2 V 090C5E 30NOV 1920Z HLMT-07DEC/USD 121.00 

> 

RLR - — — 

RP/MIA1S2CC1/MIA1S2CC1 2V/RM 28SEP05/1920Z YE986T 

1. PID/DDD 

2 TRN 2V 71 YA 22 JAN 7 NYP MTR HKl 745A 550P 

MODE/TRN C001-2V/ 

3 TRN 2V 68 YB 28 JAN 6 MTR NYP HKl 950A 740P 

MODE/TRN C002*2V/ 

4 AP MIA |j||||W|^|Mi|p|jj|IH - AMADEUS - A 

5 TK OK28SEP/ MIA1S2CC- 

6 SSR OTHS 1A KKl PNR REQUIRES DOB INFORMATION PRIOR TO 

TICKETING 

7 FP CHECK , _ 

* AK 2 V 090C5F 30NOV 1921Z HLMT-07DEC/USD 121.00 

> 


RP/MIA1S2CC1/MIA1S2CC1 2V/RM 28SEP05/1920Z YE986V 

2TRN^2V E 71 YA 22 JAN 7 NYP MTR HKl 745A 550P 

MODE/TRN C001*2V/ 

3 TRN 2V 68 YB 28 JAN 6 MTR NYP HKl 950A 740P 

MODE/TRN 0 002" 2V/ 

4 AP MIA - AMADEUS - A 

5 TK OK28SEP/MIAIS2CC1 
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6 SSR OTHS 1A KKl PNR REQUIRES DOB INFORMATION PRIOR TO 

TICKETING 

7 FP CHECK 

* AK 2v 090C60 30NOV 1921Z HLMT-07DEC/USD 121.00 

> 

RLR 

RP/MIA1S2CC1/MIA1S2CC1 2V/RM 28SEP05/1921Z YE986X 

l.PID/FFF 


2 

TRN 2V 
MODE/TRN 

71 YA 
C001*2V/ 

223 AN 

7 

NYP MTR 

HKl 

745A 

550P 

3 

TRN 2V 

68 YB 

283AN 

6 

MTR NYP 

HKl 

950a 

740 P 


MODE/T RN C002” 2V/ 

4 AP MIA - AMADEUS - A 

5 TK OK28SEP/MIA1S2CC1 

6 SSR OTHS 1A KKl PNR REQUIRES DOB INFORMATION PRIOR TO 

TICKETING 

7 FP CHECK 

* AK 2v 090C61 30NOV 1922Z HLMT-07DEC/USD 121.00 


2V/RM 28SEP05/1933Z YE99A6 
NYP MTR HK2 745A 550P 

MTR NYP HK2 950A 740P 


RLR 

RP/MIAlS2CCl/MIAlS2CCl 

1. PIDPID/NINE 2 . PIDPID/lII 

3 TRN 2 V 71 YA 223AN 7 

MODE/TRN C001*2V/ 

4 TRN 2V 68 YB 283AN 6 

MODE/T RN C002*2V/ 

5 AP MIA - AMADEUS - A 

6 TK OK28SEP/MIA1S2CC1 

7 SSR DOCS 2V HKl PP/US/123456789012345/US/12 3UL64/F/123UL04/P 

IDPID/NINE/H/Pl 

8 SSR DOCS 2V HKl PP/US/1234S6789012345/US/013AN02/FI/123UL04/ 

PIDPID/III/H/P2 

9 SSR OTHS 1A KK2 PNR REQUIRES DOB INFORMATION PRIOR TO 

TICKETING 
10 FP CHECK 

* AK 2V 090C6C 30NOV 1934Z HLMT-07DEC/USD 242.00 


RLR 

RP/MIAlS2CCl/MIAlS2CCl 2V/RM 28SEP05/1930Z YE987R 

l.PID/NINE 2.PID/III 


3 

TRN 2V 
MODE/TRN 

71 

C001*2v/ 

YA 

223AN 

7 

NYP MTR 

HK2 

745A 

550P 

4 

TRN 2V 

68 

YB 

283AN 

6 

MTR NYP 

HK2 

950A 

740P 


MODE/T RN C002*2V/ 

5 AP MIA “ AMADEUS - A 

6 TK OK28SEP/MIA1S2CC1 

7 SSR OTHS 1A KK2 PNR REQUIRES DOB INFORMATION PRIOR TO 

TICKETING 

8 SSR DOCS 2V HKl PP/US/123456789012345/US/123UL64/F/123UL04/P 

ID/NINE/H/Pl 

9 SSR OTHS 1A KK2 PID INFORMATION REQUIRED 

10 SSR OTHS 1A KK2 lA ALL TRAVEL AGENTS MUST CALL 

1-800-TEL-TRAK 

11 SSR OTHS lA KK2 lA FOR SPECIAL SERVICE REQUEST CONFIRMATION 

12 SSR OTHS lA KK2 PID INFORMATION REQUIRED 

13 SSR OTHS 1A KK2 lA ALL TRAVEL AGENTS MUST CALL 

1-800-TEL-TRAK 

14 SSR OTHS 1A Kl<2 lA FOR SPECIAL SERVICE REQUEST CONFIRMATION 

15 SSR OTHS lA KK2 PNR REQUIRES DOB INFORMATION PRIOR TO 

TICKETING 

16 SSR OTHS lA KK2 ALL TRAVEL AGENTS MUST CALL 1-800-TEL-TRAK 

17 SSR OTHS lA KK2 FOR SPECIAL SERVICE REQUEST CONFIRMATION 

18 SSR DOCS 2V HKl PP/US/12 3456789012345/US/013AN02/FI/123UL04/ 
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PID/III/H/P2 

19 SSR OTHS 1A KK2 PID INFORMATION REQUIRED 

20 SSR OTHS 1A KK2 PID INFORMATION REQUIRED 

21 SSR OTHS 1A KK2 lA ALL TRAVEL AGENTS MUST CALL 

1-800-TEL-TRAK 

22 SSR OTHS 1A KK2 lA FOR SPECIAL SERVICE REQUEST CONFIRMATION 

23 SSR OTHS lA KK2 PNR REQUIRES DOB INFORMATION PRIOR TO 

TICKETING 

24 SSR OTHS lA KK2 ALL TRAVEL AGENTS MUST CALL 1-800-TEL-TRAK 

25 SSR OTHS lA KK2 FOR SPECIAL SERVICE REQUEST CONFIRMATION 

26 FP CHECK 

* AK 2v 090C64 30NOV 1931Z HLMT-07DEC/USD 242.00 
Regards , 



From: 


on 11/30/2005 03:14 PM 


To: 


cc: 


Subj 



t: 



Could you please send me a copy of few (2 or 3 will do) of those PNRs that 
I 

marked with "missing DOCS". I'd like to see what DOCS info was actually 
entered into the PNRs. 


The first 3 look really fine, and the second before last it is a little 
strange. Did you include DOCS for the 2nd passenger there as well?. 


Thanks 



Test results: 

2V 090C5C (OK - details below) 
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2 V 090C5D 
2v 090C 5 E 
2V 090C 5 F 
2V 090C60 
2 V 090C61 
2v 090C62 
2V 090C63 
2V 090C6C 
2V 090C70 
2V 090c 5 A 


Border Crossing.txt 

(OK - details below) 

(OK) 

(missing DOCS) 

(missing DOCS) 

(missing docs) 

(missing DOCS) 

(missing docs) 

(missing DOCS) 

(OK pi, missing for P2) 

(OK after second attempt) 


Could you please send me a copy of some of those PNRs 


090C5C/YE986Q-1A HL 07DEC CTC-T 00444430 121.00/ 

-01@ P ID/ AAA 

1 71 C. NYP-MTR 745A SU 22 JAN 550P 22 JAN YA 

HKl 

301© R SEG # 1 BASIS IF 

* AOFl RAIL FARE 61.00 

2 68 C. MTR-NYP 950A SA 28 JAN 740P 28JAN YB 

HKl 

3020 R SEG # 2 BASIS IF 

* BOFl RAIL FARE 60.00 

50030 FBC- 0-,I-,D-/lF/Pl 
50010 DOB- 12JUL1964/US/P1 

5002© PAX ID - PR/US/12 34 56789012 34 5/12 JUL2004/M 
9010 T 

* AMADEUS 


090C5D/YE986R-1A HL 07DEC CTC-T 00444430 121.00/ 

-01© PID/BBB 

1 71 C. NYP-MTR 745A SU 22 JAN 550P 22 JAN YA 

HKl 

3010 R SEG # 1 BASIS IF 

* AOFl RAIL FARE 61.00 

2 68 C. MTR-NYP 950A SA 28JAN 740P 28JAN YB 

HKl 

3020 R SEG # 2 BASIS IF 

* BOFl RAIL FARE 60.00 

5003© FBC- O- , I- , D-/1F/P1 


Exemption 6 


121.00 

O 

O 


121.00 

O 

O 
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5001© DOB- 12JUL1964/US/P1 

5002© PAX ID - PP/US/12 34 5678901234 5/123UL2004/F 

901© 

* AMADEUS 

090C5E/YE986S-1A HL 07DEC CTC-T 00444430 121.00/ 

-01© PID/CCC 

1 71 C. NYP-MTR 745A SU 223AN 550P 22JAN YA 

HKl 

301© R SEG # 1 BASIS IF 

* AOFl RAIL FARE 61.00 

2 68 C. MTR-NYP 950A SA 28JAN 740P 28JAN YB 

HKl 

302© R SEG # 2 BASIS IF 

* BOFl RAIL FARE 60.00 

5003© FBC- 0-,I-,D-/lF/Pl 
5001© DOB- 12JUL1964/BZ/P1 

5002© PAX ID - RA/BZ/123456789012345/123UL2004/M 

901© ■— -T 

* AMADEUS 

090C5E/YE986S-1A HL 07DEC CTC-T 00444430 121.00/ 

-01© PID/CCC 

1 71 C. NYP-MTR 745A SU 223AN 550P 22JAN YA 

HKl 

301© R SEG # 1 BASIS IF 

* AOFl RAIL FARE 61.00 

2 68 C. MTR-NYP 950A SA 28 JAN 740P 28JAN YB 

HKl 

302© R SEG # 2 BASIS IF 

* BOFl RAIL FARE 60.00 

5003© FBC- 0-,I-,D-/lF/Pl 
5001© DOB- 12JUL1964/BZ/P1 

5002© PAX ID - ra/BZ/ 12 34 5 6789012 34 5/12 JUL2004/M 
901© «i— s ia~T 

* AMADEUS 


121.00 

O 

O 


121.00 

O 

O 
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Original Message 

From: 

sent: Wednesday, Novem 
To: 


Subject: Re: Test ot SSR DOCS 



Here are the RLOC’s for the bookings I just created. 


2v 090C5C 
2 V 090C5D 
2V 090C5E 
2V 090C5F 
2V 090C60 
2V 090C61 
2V 090C62 
2V 090C63 
2V 090C6C 
2V 090C70 
2 V 090C5A 



From: 


on 11/30/2005 11:14 AM 



Hi 


I have loaded the changes for the SSR DOCS in our test system. Please 
create a couple of PNRs with SSR DOCS items any time today and let me know 
the RLOCs so I can check them here. 


Thanks 
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From: 

Sent: Wednesday, November 30, 2005 3:15 PM 

To: 'mmrnmg'mmmrnmi 

Cc: MmSSsmSSSSSSSSSi 

Subject: RE: Test of SSR DOCS 


Could you please send me a copy of few (2 or 3 will do) of those PNRs that I marked 
with "missing DOCS". I'd like to see what DOCS info was actually entered into the 


PNRs. 

The first 3 look really fine, and the second 
you include DOCS for the 2nd passenger there 


before last 
as well?. 


it is a little strange. Did 


Thanks 


Test results: 


2V 090C5C (OK - details below) 

2V 090C5D (OK - details below) 

2V 090C5E (OK) 

2V 090C5F (missing DOCS) 

2v 090C60 (missing DOCS) 

2V 090C61 (missing DOCS) 

2v 090C62 (missing DOCS) 

2V 090C63 (missing DOCS) 

2v 090C6C (missing DOCS) 

2v 090C70 (OK pi, missing for P2) 

2v 090C 5 A (OK after second attempt) 


Could you please send me a copy of some of those PNRs 


090C5C/YE986Q-1A HL 07DEC CTC-T 00444430 121.00/ 121.00 

-01© PID/AAA 

1 71 C. NYP-MTR 745A SU 22JAN 550P 22JAN YA 0 HKl 

301© R SEG # 1 BASIS IF 

* AOFl RAIL FARE 61.00 

2 68 C. MTR-NYP 950A SA 28 JAN 740P 28 JAN YB O HKl 

302© R SEG # 2 BASIS IF 

* BOFl RAIL FARE 60.00 

5003© FBC- 0-,I-,D-/lF/Pl 
5001© DOB- 12 JUL1964/US/P1 

5002© PAX ID - PR/US/12 34 56789012 34 5/12 JUL2004/M 

90i© mmsmssmm -T 

* AMADEUS 


090C5D/YE986R-1A HL 07DEC 

CTC-T 

00444430 

121.00/ 

121.00 


-01© PID/BBB 

1 71 C. NYP-MTR 

745A SU 

22 JAN 550P 

22 JAN 

YA 

O 

HKl 

301© R SEG # 1 BASIS IF 

* AOFl RAIL FARE 

2 68 C. MTR-NYP 

61.00 

9 50A SA 

28 JAN 740P 

28JAN 

YB 

O 

HKl 

302© R SEG # 2 BASIS IF 

* BOFl RAIL FARE 

60.00 
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5003© FBC- 0-,I-,D-/lF/Pl 
5001© DOB- 12JUL1964/US/P1 

50020 PAX ID - PP /US/12 34 5 6789012 34 5/123 UL2004/F 
AMADEUS" ^ 


090C5E/YE986S-1A HL 07DEC CTC-T 00444430 121.00/ 121.00 

-01© PID/CCC 


1 

71 C. NYP-MTR 

745A SU 

22 JAN 

550P 

22 JAN 

YA 

O 

HKl 

301© R SEG 
* AOFl 

2 

# 1 BASIS IF 

RAIL FARE 

68 C. MTR-NYP 

61.00 
950A SA 

28 JAN 

740P 

28 JAN 

YB 

O 

HKl 


302© R SEG # 2 BASIS IF 

* BOFl RAIL FARE 60.00 

5003© FBC- 0-,I-,D-/lF/Pl 
5001© DOB- 12JUL1964/BZ/P1 

5002© PAX ID - RA/BZ/12 34 5 6789012 34 5/12 3UL2004/M 
901© wmmmmmm -T 
* AMADEUS 


090C5E/YE986S-1A HL 07DEC CTC-T 00444430 121.00/ 121.00 

-01© PID/CCC 


1 


71 C. 

NYP-MTR 

745A SU 

22 JAN 

550P 

22 JAN 

YA 

O 

HKl 

301© 

R SEG 

# 1 

BASIS IF 








* 

AOFl 

RAIL 

FARE 

61.00 







2 


68 C. 

MTR-NYP 

950A SA 

28JAN 

740P 

28JAN 

YB 

O 

HKl 

302© 

R SEG 

# 2 

BASIS IF 








* 

BOFl 

RAIL 

FARE 

60.00 








5003© FBC- O- , I- , D-/1F/P1 
5001© DOB- 12JUL1964/BZ/P1 

5002© PAX ID - ra/BZ/12 34 5 6789012 34 5/12 3 UL2004/M 

901© hhhhbi- t 
* AMADEUS 


Original Message 

From: 

Sent: Wednesday, Novem 
to: 


Subject: Re: Test of SSR DOCS 





Here are the RLOC's for the bookings I just created. 


2V 090C5C 
2 V 090C5D 
2V 090C5E 
2V 090C5F 
2V 090C60 
2V 090C61 
2V 090C62 
2V 090C63 
2V 090C6C 
2 V 090C70 
2V 090C5A 



- Amadeus Rail 


Exemption 6 


www . amadeus . com 


Border Crossing.txt 


From: 


on 11/30/2005 11:14 AM 



Hi 



I have loaded the changes for the SSR DOCS in our test system. Please 
create a couple of PNRs with SSR DOCS items any time today and let me know 
the rlocs so i can check them here. 


Thanks 


From: 

Sent: Wednesday, November 30, 2005 2:54 PM 

To: 

Cc: 

Subject: 


I tested 


RE: Two character Names 

change's directly from the Amadeus system and they look correct 


-- RLR — 

RP/WAS2V7100/WAS2V7100 2V/RM 28SEP05/1917Z YE986P 

1 . TESTAAA/A 

2 TRN 2V 141 YB 01DEC 4 NYP WAS HKl 0935 1300 

MODE/TRN C001*2V/ 

3 AP 

4 TK TL0 1DEC/WAS 2 V 7 100 

5 SSR OTHS 1A KKl INVALID PSGR NAME INPUT FULL/FIRST NAME 
* AK 2v 090C5B 30NOV 1918Z HLMT-01DEC/USD 84.00 
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Exemption 6 


(3 bad names and only ONE warning: OK) 

— RLR — - 

RP/WAS2V7100/WAS2V7100 2V/RM 28SEP05/1944Z YE99E4 



4 TRN 2 V 172 YB OlDEC 4 WAS NYP HK3 0730 1044 

MODE/TRN C001*2V/ 

5 AP WASpHHHmil-B 

6 TK TL01DEC/WAS2V7100 

7 SSR OTHS 1A KK3 INVALID PSGR NAME INPUT FULL/FIRST NAME 
* AK 2V 090C75 30 NOV 1945Z HLMT-OlDEC/USD 252.00 


> 


original Messa ge 

From: 

Sent: Wednesday, November 30, 2005 1:47 PM 
To: 

cc: 

Subject: RE: Two cnaracter Names 



I think this is fixed - I did away with 
message. Do either of you want to have 


appended text in order to shorten the 
a go at it before TP FT? 


Original Message 

From: 

Sent: Tuesday, November 29, 2005 11:37 AM 
To: 

cc:| 

Subject: FW: Two Character Names 
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worldspan created 3 test pnrs (TPFT) . They sent the warning back OK but the PNRs 
shows two 40SI items instead on one and there was just one "invalid" transaction 
(according to the PNR history). Is it an error or am I missing something? 


Thanks 


-original Message- 


From: 


Sent: Tuesday, November 29, 2005 11:33 AM 


Subject: RE: Two Character Names 


Test 1: 


090861/OAGGDU-lP HL 02DEC CTC-T 2352882 


2149.00/ 2149.00 


1 49 C NYP-CHI 350P FR 23DEC 930A 24DEC DS B 4912 O HKl 

301© R SEG # IT 2 BASIS 2F 

* DOFl RAIL FARE 294.00 ACCOM 1855.00 

2 3 C CHI-LAX 315P SA 24DEC 815A 26DEC DA C 0331 O HKl 


4001© OSI 

* INVALID PSGR NAME, INPUT FULL/FIRST NAME -INITIALS NOT ALLOWED 
4002© OSI 

* INVALID PSGR NAME, INPUT FULL/FIRST NAME -INITIALS NOT ALLOWED 

5001© OSI- SSRTKTL2VSS/ HDQ 1700/30NOV 


5002© 


00000000000 


901© NONE 
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It looks ok here, 


but it has 2 OSI items instead of one. I'll check with 



Test 2: 09087A - OK 


Test 3: 


0908BD/4AGHCJ-1P HL NONE CTC-T 2352882 996.00/ 



- 01 @ 

- 02 © 


1 8911 C. 

VAC -SEA 

545A TU 24JAN 

915A 24JAN 

T 


OT 

HK2 

301© T SEG 

# IS 

2 BASIS 

2F 






* DOFl 

RAIL 

FARE 

178.00 ACCOM 

299.00 





2 

11 C 

SEA- SAC 

1000A TU 24JAN 

615a 25 JAN 

DD 

E 1130 

OT 

HKl 

3 

5 C 

SLC-SAC 

1159P SA 28JAN 

215P 29JAN 

DC 

E 0532 

OT 

HKl 

302© T SEG 

# 3 

BASIS 

2F 






* DOFl 

RAIL 

FARE 

124.00 ACCOM 

243.00 





4 

14 C 

SAC-SEA 

1159P SU 29JAN 

830P 30 JAN 

YD 


OT 

HK2 

303© T SEG 

# 4 

BASIS 

2F 






* DOFl 

RAIL 

FARE 

152.00 







4001© OSI 

* INVALID PSGR NAME, INPUT FULL/FIRST NAME -INITIALS NOT ALLOWED 


4002© OSI 

* PNR REQUIRES DOB INFORMATION PRIOR TO TICKETING 
4003© OSI 

* INVALID PSGR NAME, INPUT FULL/FIRST NAME -INITIALS NOT ALLOWED 
4004© OSI 

* PNR REQUIRES DOB INFORMATION PRIOR TO TICKETING 
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( ... ) 


It has 2 OSI items again. The DOCS still has an invalid format (Nationality not 
following doc number). 


Original Message 

From: 

Sent: Tuesday, November 29, 2005 11:20 AM 
TO: 

o : : MmmmmsmmmMfflmmmmmmmmmmmmmm 


Subject: RE: Two character Names 


I'm going to defer to 


[mail to :| 


Original Message 

From: 

Sent: Tuesday, November 29, 2005 10:37 AM 
to: 

Subject: Re: Two Character Names 


Here are a few pnrs with one character in name field. Does everything look 
ok on your side? 

Test 1: Amtrak Locator 090861 

IP- OAGGDU 
1. 2SMITH/N/B*2ADT-> 

1 TR 2V 49DS23DEC FR NYP CHI HKl 350P 930A|1 /O $ -. 
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CAR 4912 ROOM B - 

2 TR 2V 3DA24DEC SA CHI LAX HKl 315P 815A|2 /0 $ - 

CAR 0331 ROOM C - 

P- 1.P8K 

T- 1.TAW/00/30NOV- 

G- 1.S5ROTHS1PKK2 INVALID PSGR NAME INPUT FULL/FIRST NAME -INIT 
IALS NOT ALLOWED- 

2.SSRTKTL1PKK2 HLD LMT DTE 02DEC- 
**** ITEMS SUPPRESSED ****/EDT/DR- 

Test 2: Amtrak Locator 09087 a - we didn't get an error back with 

B . MR 

IP- 4AGGJX - 

1 . 3WOODSON/WILLIAM . MR/HAROLD . SIR/B . MR*3ADT- 


1 

TR 

2v 

2154F 

233AN 

MO 

WAS 

NYP 

HK3 

700A 

950A 

/O 

$ 

2 

TR 

2V 

2203F 

28DAN 

SA 

NYP 

WAS 

HK3 

800A 

1055A 

/o 

$ 


P- 1.P8K - 

T- 1.T/29NOV1016 lP/P8K/CE*5541285232863- 

G- 1.SSRTKTL1PKK3 HLMT-23 JAN/S 1419.00 - 

2.SSROTHS1PKK3 HLMT- NONE/S 1419.00 - 

**** ITEMS SUPPRESSED ****/DH/EDT/DR- 

Test 3 - Amtrak Locator 0908BD 

IP- 4AGHCJ - 

1. 2SMITH/ADAM/MARY*2ADT- 


1 TR 

B2V 

8911T 243AN TU 

VAC 

SEA 

HK2 

545a 

915A 

/o 

$ 

2 TR 

2 v 

11DD24 JAN TU 

SEA 

SAC 

HKl 

1000A 

615a | 

1 /o 

$ 


CAR 1130 ROOM E - 
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3 TR 2 V 5DC28JAN SA SLC SAC HKl 1159P 215P|1 /O $ - 

CAR 0532 ROOM E - 

4 TR 2 V 14YD29JAN SU SAC SEA HK2 1159P 830P|1 /O $ - 

P- 1.P8K 123456789- 

T- 1.T/29NOV1033 1P/P8K/CE* 5 54128 52 32864-865- 
G- 1.SSRTKTL1PKK2 HLMT-06DEC/S 996.00 - 

2 .SSROTHS1PKK2 INVALID PSGR NAME INPUT FULL/FIRST NAME -INIT 
IALS NOT ALLOWED- 

3 .SSROTHS1PKK2 PNR REQUIRES DOB INFORMATION PRIOR TO TICKETI 


NG- 

4.SSRTKTL1PKK2 HLD LMT DTE 06DEC- 

5.SSROTHS1PKK2 INVALID PSGR NAME INPUT FULL/FIRST NAME -INIT 
IALS NOT ALLOWED- 

6.SSROTHS1PKK2 PNR REQUIRES DOB INFORMATION PRIOR TO TICKETI 


NG- 

7.SSRTKTL1PKK2 HLMT-06DEC/S 996.00 - 

8 .OSI2VDOCSHK1/RA/US/1234567890000/293UN06/M/12DUL1964/US-1S 

mith/mary- 

9.0SI2VDOB11NOV1948/US-SMITH/ANN- 
10.OSI2VDOB11NOV1948/US-SMITH/ADAM- 
11 . OSI2VDOB11NOV1948/US-SMITH/MARY- 
12.SSROTHS1PKK2 HLMT- NONE/S 996.00 

**** ITEMS SUPPRESSED ****/DH/EDT/DR- 



Sr. Information Technology Analyst 


ENH / D2-032 
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TO 



11/29/2005 06:50 
AM 



CC 


Subject 


Two character Names 


Hello 


The warning message for two character names is out in our test system. 


Please test and let us know if it looks okay. 


From: 

Sent: Wednesday, November 30, 2005 10:23 AM 

To: 

Cc: 

character Name Restriction 


Subject: 



RE: 
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No worries, I can truncate safely. 


Q r ~igi na 1 Message- 

From: 

Sent: Wednesday, November 30, 2005 10:13 AM 
To: 

Subject: FW: 'z Character Name Restriction 



Amadeus is truncating our message - maybe we need a shorter one? 



can you let know when your software is loaded. 


Original Message 

From: [ mai 1 to J 

Sen t: Wednesday, Novem ber 30, y : doAM 

to: 

Subject: 2 Character Name Restriction 


Per our conversation here is the example of what we are getting.. 
RLR 

RP/MIAlS2CCl/MIAlS2CCl 2V/RM 27SEP05/1925Z YE9U92 

1. SMITH/ J 

2 TRN 2V 98 YD 23MAR 4 MIA WAS HKl 650A 607A+1 

MODE/TRN C001*2V/ 

3 AP MIA (305) 406-8753 - AMADEUS - A 

4 TK OK27SEP/MIA1S2CC1 

5 SSR OTHS 1A KKl INVALID PSGR NAME INPUT FULL/FIRST NAME 

-INITIALS NOT AL 

* AK 2V 090AF0 29NOV 1926Z HLMT-06DEC/USD 106.00 


Regards , 


From: 

Sent: 

To: 

Subject: 


Wednesda y, Novemb er 30, 2005 10:20 AM 
RE: fw: Amtrak apis script 


I think they took your “we are happy with whichever approach works best for 
worldspan." way beyond of just SSR vs OSI choice. 


i’ll respond. 


From: 

Sen t: Wednes day / November 30, 2005 10:15 AM 
to: 

Subject: RE: FW: Amtrak APIS Script 
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I don't see one - do you want to respond? 


From: 


-Original Message- 


Sent: Tuesday, November 29, 2005 2:43 PM 
To: 


Subject: RE: FW: Amtrak APIS script 



Has someone replied to them regarding this? It doesn’t look right. The splitting of 
the OSI in 3 lines is ok but I don't know why the new order of the fields. 

If its purpose is to make every line fit within the size limit it sure can be done 
without re-sorting the fields. 


From: gy| 
sent: Mon 
To: 


[mail to :| 

21, 2005 9: 


S^TTovember 2l, 2005 9:44 AM 

„ m 

Subject: RE: FW: Amtrak APIS Script 


Hi Al 1 , 


I would just like to confirm that the Amtrak osi's will be formatted in the 
following manner. 


30SI 2V DOCS HK1/PP/US/01JAN2020/ Fl/21 JAN 19 71 
30SI 2V ///1234567890123456789012345/US 

30SI 2V ///-1XXXXXXXXXXXXXXXXXXXXXXXXXXX/XXXXXXXXXXXXXXXXXXXX 
OSI Format Breakdown (created per passenger).... 


Line 1. "30SI 2V DOCS HKl/" , Document Type Code,"/", issuing country code ,"/", 
Expiry Date ,"/" , Gender Code ,"/", Date of Birth 

Line 2. "30SI 2 v///" , Document Number (Max 25 characters) ,"/", Nationality Code 
Line 3. "30SI 2V///-1" , Passenger Name (Max 49 characters) 
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I have just performed the following test using the above format. The pnr contained 
3 passengers and the script generated the following OSI entries. The lines shown in 
blue, below are the OSI lines as they appear in the PNR after the entires have been 
submitted to the worldspan host. 


30SI 2V DOCS HK1/PP/US/01DEC2010/M/013AN1971 
30SI 2V///12 34 5 67890 12 34 5 6789012 345/US 
30SI 2V///-1TEST/MIKE 


30SI 2 V DOCS HK1/PP/US/01FEB2009/F/01FEB1975 
30SI 2V///9999999999999999999999991/US 
30SI 2V///-1TEST/JANE 


30SI 2 V DOCS HK1/PP/US/01JAN2011/FI/01MAR2000 
30SI 2V///12 3412 3412 34 12 3412 3412 3 41/US 
30SI 2V///-1TEST/KATHY 


G- 


1.051 2V DOCS HK1/PP/US/01DEC2010/M/01DAN1971 

2 .051 2V///12 34 56789012 34 5 6789012345/US 

3. 051 2V///-1TEST/MIKE 

4. 051 2 V DOCS HK1/PP/US/01FEB2009/F/01FEB1975 

5 .051 2v/ //9999999999999999999999991/US 

6. 051 2V///-1TEST/JANE 

7. 051 2V DOCS HK1/PP/US/01JAN2011/FI/01MAR2000 

8. 051 2V///12 3412 3412 3412 3412 3412 341/US 

9. 051 2V///-1TEST/ KATHY 


If anyone has any concerns then please let me know by the end of business tomorrow. 


Regards 



Programmer Analyst 
Worldwide Product solutions 
Worldspan international 



(E-mail) 
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Subject: RE* fw: Amtrak APIS Script 
Hello , 

as long as the OSI has the continuations, we are happy with whichever 
approach works best for Worldspan. 

Amtrak is accepting the SSR DOCS from the GDS participants inbound - That 
was what we mentioned in the original request. We are testing the changes 
to support both the SSR and the OSI within the inbound message, we hope 
that Worldspan will convert to the SSR at some point in the future. 

Thanks 


Original Message 

F rom : “"v ^.vv ; 

Sen t: Monday, November i. 
To : 

Cc: 


| [mailt 
7:03 AM 


subject: Re: fw: Amtrak apis script 

Sink you for that. Please not that currently we can use only OSI formats, 
SSR formats are not supported by Amtrak (Amtrak system only sends the SSR 
formats to our system but do not accept them), and they will not be, unless 
we do some development work, but this is not the case. 

HHg , could you please advise how would you like the OSI to be structured. 
Pa!n has already provided some examples. Thank you. 

Regards , 


produffspecialist Non - Air 
Worldwide Product Planning 


/ws l/ws p 

21/11/2005 08:09 
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Re: FW: 
link: 


Subject 
Amtrak APIS script (Document 


Hi iHBBii, 

unfortunately the OSI Format in email will not work as a document 

number can be a max of 25 characters and will therefore exceed the max 
length for a single OSI line of 63 characters. 

As per my email last Wednesday detailing further findings regarding OSI 
restrictions (see below) 

As a document number has to be a max of 25 characters and a single OSI line 
can only be 63 characters long then there are only a couple of OSI options. 
See Below. Document Number shown in blue. 

30SI°2V 1 D0CS HKl/PP/US/ 1234567890123456789012345/US 
30SI 2V ///013AN2020/FI/213AN1971 

30SI 2V ///-lxxxxxxxxxxxxxxxxxxxxxxxxxxx/xxxxxxxxxxxxxxxxxxxx 
option 2 

30SI 2V DOCS HKl/PP/US/0l3AN2020/Fl/2l3ANl971 
30SI 2V ///1234567890123456789012345/US 

30SI 2V /// - 1XXXXXXXXXXXXXXXXXXXXXXXXXXX/XXXXXXXXXXXXXXXXXXXX 

Basically if a pnr had 4 passengers the script would generate a total of 12 

OSI lines (4 pax X 3 OSI lines) 

As you can see there are now three OSI lines per passenger due to the 
length of the document number. I have discovered though that I can enter 
all these details as a single SSR line entry as shown below with no 
problems . . . 


HKl/PP/US/12 34 5 6789012 34 56789012 34 5/US/21JAN1971/FI/01JAN2020/-TEST/ AMR * 
This is how it looks in the PNR for 2 passengers... 


G- 1.SSROTHS2VHK1/PP/US/1234567890123456789012345/US/21JAN1971/ 
FI/013AN2020/-TEST/AMR , , 

2 . SS ROTHS 2VHK1/PP/US/12 34 56789012 34 56789012 34 5/US/09 3 UN 19 7 5/ 
F/013AN2020/-TEST/BMRS 


I tried using the 'DOCS' SSR code as stated in the Arrow Functional 
Requirements document however this didn't work, see entry and worldspan 
Host error response below. 


3SSR DOCS 2V HK1/PP/US/1234567890123456789012345/US/09JUN1975/F 
/013AN2020/-TEST/BMRS , 

INVLD SSR CODE FOR 2V/NOT ENT/3SSRDOCS2VHK1/PP/US/1234567890123 
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4 56789012 34 5/US/09;jUNl975/F/0lJAN2020/-TEST/BMRS 


Can you please advise me on how you wish me to proceed ? SSR or OSI and in 
which format ? ggggj ~ 1 W1 ^ be in the office tomorrow if you wish to 
discuss further. 


Regards 



Programmer Analyst 
worldwide Product Solutions 
Worldspan international 

Tel : 

E-mai 





> wrote: 



Hello Mjgg and W8BS & . 

Here's gMilli respons e to y our notes. Please review and forward 
additional questions . MM also included a question or two of his own, 
if y ou are able to answer. 

original Message 

From: 

Sen t: Wednesday, Nove mber 16, 2005 4:53 PM 

To: HHUHPi 

Subject: RE: Amtrak APIS script 


We will accept split OSI items if they are split as indicated as in the 
airimp rules for these cases: 


A wrap around indicator has to be included in the following items; they 
must start with the mandatory "OSI 2v" followed by "///". in theory fields 
shouldn’t be split between OSI items, so according to this, the example 
provided in the message below, should be included in the TTY message as 
follows : 
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0SI2VD0CS HK1/PP/US/123456789012345/US/01JAN1971/FI/213AN2020 

osi2v/ / /-lxxxxxxxxxxxxxxxxxxxxxxxxxxx/xxxxxxxxxxxxxxxxxxxx 


Please also note that in order to comply with the airline standards, now 
we expect the Nationality code (second "US" in the example above) right 
after the Document number. 


Do you know if their size limitation is in their internal OSI item in 
their PNR, in the TTY message that comes from it or both? I ask because I 
wonder if the agent will have to split the OSI item manually (make 2 OSI 
entries) or it is automatically done by their system when building the TTY 
message. 


From: 

Sent: Wednesday, November 16, 2005 7:58 AM 



Subject: RE: Amtrak APIS Script 



Hi 



with the OSI restriction of 63 characters I have worked out 
the only OSI format that will accommodate a pax name (max of 
49 characters) and a document number (max 15 characters). The 
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XXXXX's represents the pax name. 


30SI 2V DOCS HKl/PP/US/123456789012345/0l3AN2020/Fl/2lJANl971 
30SI 2v us-lxxxxxxxxxxxxxxxxxxxxxxxxxxx/xxxxxxxxxxxxxxxxxxxx 


is this OK ? I have also calculated the above format on the 
assumption that a document number will be know longer than 15 
characters, if the document number is any longer than 15 
characters then the above format will not work. 


Regards 



Programmer Analyst 
Worldwide Product Solutions 
worldspan international 

Tel : 

E-mai 




/ lon/wsp wrote: 



Due to the fact that we can have only 63 characters in the OSI 
message we have decided to split the entry into 2 parts, 
please take a look at the below format split into 2 lines. 

Will Amtrak support those 2 lines? Do you have any other 
suggestion how you want to receive the date? 

Regards , 


inactive hide details for 
l/WSL/WSP 
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15/11 

/2005 

07:35 


To 



/ LON /WS P@WORLDS PAN 


cc 



subject 


Fw: RE: Amtrak Script 


Hi mssm , 

As per j^jggjjl email can you please advise how you would like 
to format the osi entry. 

Can't answer this - it's your call - IATA standards don't have 
that 

limitation - just requires spliting every 69 characters 

Do you wish me to split it out onto 2 lines ? May be like 
this ? Let me know. 

30SI 2v DOCS HK2/PP/US/12345/01JAN2020 

30SI 2V DOCS HK2/F/21JAN1971/US-2SMITH/AMRS 

30SI 2V DOCS HK2/PP/US/67890/01JAN2020 

30SI 2 V DOCS HK2/M/01JUL1960/US-2SMITH/BMR 

The rest of the script development to progressing well. I 

just need clarification on the above. 


Regards 
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/ LON/WS P@WORLDS PAN 


Subject 


Amtrak script 


Hi IMMMmt 

I have been looking at the OSI format you wish to use for the 
Amtrak 

information and discovered a problem. The max amount of 
characters you can 

have in an OSI is 63. The majority of the OSI fields we will 
be generating 

will exceed 63 characters. For example the following is OK 
30SI 2 V DOCS 

HK2/PP/US/12345/01DAN2020/M/21JAN1971/US-2SMITH/AMRS 
30SI 2 V DOCS 

HK2/PP/US/67890/013AN2020/M/013UL1960/US-2SMITH/BMR 

But if your document number or name (shown in red) are any 
larger then 

shown above then the host will reject it. 

30SI 2v DOCS 

HK2/PP/US/12 34 5 6789012 34 5/013 AN2020/M/213AN197 1/US -2SMITH/AMRS 
30SI 2V DOCS 

HK2/PP/US/678901234567890/013AN2020/M/013UL1960/U5-2SMITH/BMR 

The Arrow Functional Requirement document states that a 
document number 

could be upto 25 characters. This will definitely exceed the 
max amount of 
characters for an OSI. 

How do you wish to proceed ? 

Can't answer this - it's your call - I AT A standards don't have 
that 

limitation - just requires spliting every 69 characters 

I also still require clarification on the following ... 

If there were 4 passengers in a PNR would the 4 OSI entries 
look like this 

? Is this correct ? I'm mainly interested in the status code 
(HKl) and 

Passenger name including number in party parts of the entry. 

OSI 2v DOCS HK4/RA/US/12 3456789012 34 5/12 3 UL2004/M/12 3 UL1964/GB 
-4TEST/30E 

OSI 2V DOCS HK4/RA/US/12 34 56789012 346/12 3 UL2004/M/12 3 UL1960/GB 
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-4TEST/3ANE 

OS I 2V DOCS HK4/RA/US/12 34 56789012 347/12 3 UL2004/M/12JUL19 5 9/GB 
-4TEST/TOM 

OSI 2 V DOCS HK4/RA/US/12 34 56789012 348/123 UL2004/M/12 3 UL1975/GB 
-4TEST/BRAD 

We are expecting 1 rather than 4 in both places (i.e. HKl and 
-ltest/joe) 


Rega rds 

Mi 



Programmer Analyst 
Worldwide Product Solutions 
Worldspan International 


Tel : 
E-mai 



From: 

Sent: 

To: 

Subject : 


Wednesday 


, Novembe r 30, 2005 9:58 AM 
flwBHr Name Restriction 


> 


Per our conversation here is the example of what we are getting.. 
RLR 

RP/MIAlS2CCl/MIAlS2CCl 2V/RM 27SEP05/1925Z YE9U92 

1. SMITH/3 

2 TRN 2V 98 YD 23MAR 4 MIA WAS HKl 650A 607A+1 

MODE/T RN C001-2V/ 

3 AP MIA - AMADEUS - A 

4 TK OK2/SEP/MIAIS2CC1 

5 SSR OTHS 1A KKl INVALID PSGR NAME INPUT FULL/FIRST NAME 

-INITIALS NOT AL 

* AK 2v 090AF0 29NOV 1926Z HLMT-06DEC/USD 106.00 

> 

Regards , 


From: 

Sent: Wednesday, Novemb er 30, 2005 9:34 AM 

to: 

reTaedTbxID - sending a warning to GDS for 1 initial 


Subject : 
ok - will change it again. 
Original Message 


From: 
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Sent: Wednesda y, No vember 30, 2005 9:24 AM 

to: mmmgmmmm 

RE: AEDlBXlD - sending a warning to GDS for 1 initial 


- 82 is free. 


From: 
Sent: 

To: 

Subject : 


Subject : 

Ok - change - 81 is used for something - Talked to 

O riginal Messag e 

^S^^ ^^PBvemb er 30, 2005 9:03 AM 

^^F*E^AEDl!xlD - sending a warning to GDS for 1 initial 
ok - will do. 

Original Message 

Sent: we^nes'^^^^^^^Ser 30, 2005 8 : 22 AM 

To: Bi—I 

RE: AEDlBXlD - sending a warning to GDS for 1 initial 


Subject: 

Can you change it to queue 81 

o riginal Messag e 

B^BI^^Svimber 29, 2005 8:44 AM 

^^Fl^^EDlBXlD - sending a warning to GDS for 1 initial 

TEL/31 

O riginal Message — — 

Tul sByr^^^S ^ff 29, 2005 7:52 AM 

^^^^^EDlBXlD - sending a warning to GDS for 1 initial 
Which Queue are we sending them to? 

original Message 


From: 
sent: 

To: 

Subject: 


From: 
Sent: 

To: 

Subject: 


From: 

Sent: Monday, November 28, 2005 11:29 AM 

to: 

Subject: RE: AEDlBXlD - sending a warning to GDS for 1 initial 

Yes, I meant the 13th, thanks. 

O riginal Message — — 

From: 

Sent: Mo nday, November 28, 2005 11:25 AM 

To: 

Cc : . 

Subject: RE: AEDlBXlD - sending a warning to GDS for 1 initial 

Didn't we say the 13th? 

O riginal Messag e 

From: 

Sent : Mon a ay , Novem be r 28 , 2005 11:13 AM 

to: 

Cc: i^EH 

Subject: AEDlBXlD - sending a warning to GDS for 1 i ni tial 

This loadset is ready to be testing and is on TP FT. Please have the GDS's let me 
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know the results ASAP as this is tentatively scheduled for load on 12/6. 
Thanks . 


Amtrak Technol ogi es 
10 G Street 


asmngton, DC 20002 



From: 

Sent: 

To: 

cc: 

Subject: 
Test 1: 


Tuesday, November 29, 2005 11:33 AM 



RE: two Character Names 


090861/OAGGDU-lP HL 02DEC 
-01® SMITH/NANCY 
-02® SMITH/BR 


CTC-T 2352882 


2149.00/ 2149.00 


1 

49 C 

NYP-CHI 

350P 

FR 

23DEC 

930a 

24DEC 

DS 

B 4912 

O 

HKl 

301® R SEG 

# IT 

2 BASIS 

2f 









* DOFl 

RAIL 

FARE 

294.00 

ACCOM 

1855. 

00 





2 

3 C 

CHI -LAX 

315P 

SA 

24DEC 

815A 

26DEC 

DA 

C 0331 

O 

HKl 


4001® OSI 

* INVALID PSGR NAME, INPUT FULL/FIRST NAME -INITIALS NOT ALLOWED 
4002® OSI 

* INVALID PSGR NAME, INPUT FULL/FIRST NAME -INITIALS NOT ALLOWED 

5001® OSI- SSRTKTL2VSS/ HDQ 1700/30NOV 

5002® 00000000000 

901® NONE 


It looks ok here, but it has 2 OSI items instead of one. I'll check with 


Test 2: OK 


Test 3: 


0908BD/ 4AGHCJ-1P HL NONE CTC-T 2352882 996.00/ 

-01® SMITH/ADAM 
-02® SMITH/MARY 


1 8911 C. 

VAC- SEA 

545A TU 24JAN 

915A 24JAN 

T 


OT 

HK2 

301® T SEG 

# IS 

2 BASIS 

2F 






* DOFl 

RAIL 

FARE 

178.00 ACCOM 

299.00 





2 

11 C 

SEA- SAC 

1000A TU 24JAN 

615A 25JAN 

DD 

E 1130 

OT 

HKl 

3 

5 C 

SLC-SAC 

1159P SA 28JAN 

215P 29JAN 

DC 

E 0532 

OT 

HKl 

302® T SEG 

# 3 

BASIS 

2F 






* DOFl 

RAIL 

FARE 

124.00 ACCOM 

243.00 





4 

14 C 

SAC- SEA 

1159P SU 29 JAN 

830P 30JAN 

YD 


OT 

HK2 

303® T SEG 

# 4 

BASIS 

2F 






* DOFl 

RAIL 

FARE 

152.00 







4001® OSI 

* INVALID PSGR NAME, INPUT FULL/FIRST NAME -INITIALS NOT ALLOWED 
4002® OSI 

* PNR REQUIRES DOB INFORMATION PRIOR TO TICKETING 
4003® OSI 

* INVALID PSGR NAME, INPUT FULL/FIRST NAME -INITIALS NOT ALLOWED 
4004® OSI 
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* PNR REQUIRE5 DOB INFORMATION PRIOR TO TICKETING 

C ... ) 

It has 2 OSI items again. The DOCS still has an invalid format (Nationality not 
following doc number). 


Original Message' 

From: 

Sent: Tuesday, November 29, 2005 11:20 AM 
To : ~ 

Cc: ^SSBBBSSSSSSS^ E-ma-\ , . 

Subject: RE: Two Character Names 

I'm going to defer to IMI 

Original Message 

From: 

Sent: Tuesday, November ^9. 2UU5 10:3/ am 

To: ^ — . 

cc: (E-mail); _ 

Subject: Re: Two Character Names 




(E-mail) 


Hi M , 

Here are a few PNRs with one character in name field. Does everything look 
ok on your side? 

Test 1: Amtrak Locator 090861 

IP- OAGGDU -« 

1.2SMITH/N/B*2ADT- _ . 

1 TR 2 V 49DS23DEC FR NYP CHI HKl 350P 930A|1 /O $ - 

CAR 4912 ROOM B — 

2 TR 2V 3DA24DEC SA CHI LAX HKl 315P 815A|2 /O $ - 

CAR 0331 ROOM C - 

P- 1.P8K - 
T- 1.TAW/00/30NOV- 

G- 1.SSROTHS1PKK2 INVALID PSGR NAME INPUT FULL/FIRST NAME -INIT 
IALS NOT ALLOWED- 

2.SSRTKTL1PKK2 HLD LMT DTE 02DEC- 
**** ITEMS SUPPRESSED ****/EDT/DR- 

Test 2: Amtrak Locator 09087 a - we didn't get an error back with 

B . MR 

IP- 4AGGJX - 

1. 3 WOODSON /WILLIAM. MR/HAROLD. S I R/B. MR* 3ADT- 

1 TR 2v 2154F 23 JAN MO WAS NYP HK3 700A 950A /O $ 

2 TR 2V 2203F 28JAN SA NYP WAS HK3 800a 1055A /O $ 

P- 1.P8K - 

T- 1.T/29NOV1016 1P/P8K/CE* 5 5412 85232863- 
G- 1.SSRTKTL1PKK3 HLMT-23JAN/$ 1419.00 - 

2.SSROTHS1PKK3 HLMT- NONE/S 1419.00 - 

**** ITEMS SUPPRESSED *** */DH/EDT/DR- 


Test 3 - Amtrak Locator 0908BD 
IP- 4AGHCJ - 

1 . 2SMITH/ADAM/MARY*2ADT- 

1 TR B2V 8911T 24JAN TU VAC 

2 TR 2V 11DD243 AN TU SEA 


SEA HK2 545A 915a /O $ - 

SAC HKl 1000A 615A | 1 /O $ - 
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CAR 1130 ROOM E -1 , _ 

3 TR 2v 5DC28JAN SA SLC SAC HKl 1159P 215Pjl /O $ -i 

CAR 0532 ROOM E - 

4 TR 2V 14YD29JAN SU SAC SEA HK2 1159P 830P|1 /O $ -> 

P- 1.P8K 123456789- 

T- 1.T/29NOV1033 1P/P8K/CE* 5 541285232864-865- 
G- 1.SSRTKTL1PKK2 HLMT-06DEC/$ 996.00 - 

2.SSROTHS1PKK2 INVALID PSGR NAME INPUT FULL/FIRST NAME -INIT 
IALS NOT ALLOWED- 

3.SSROTHS1PKK2 PNR REQUIRES DOB INFORMATION PRIOR TO TICKETI 

NG- 

4 . SSRTKTLlPKK.2 HLD LMT DTE 06DEC- 

5.SSROTHS1PKK2 INVALID PSGR NAME INPUT FULL/FIRST NAME -INIT 
IALS NOT ALLOWED- 

6.SSROTHS1PKK2 PNR REQUIRES DOB INFORMATION PRIOR TO TICKETI 

NG- 

7.SSRTKTL1PKK2 HLMT-06DEC/S 996.00 - 

8 .OS I 2VDOCSHK1/RA/US/12 34 5 67890000/293 UN06/M/12JUL1964/US- IS 
MITH/MARY- 

9 . OSI2VDOB11NOV1948/US-SMITH/ ANN- 

10 . OSI2VDOB11NOV1948/US- SMITH/ ADAM- 

11 .OSl2VDOBllNOVl948/US-SMITH/MARY- 

12.SSROTHS1PKK2 HLMT- NONE/$ 996.00 

**** ITEMS SUPPRESSED ****/DH/EDT/DR- 


fr^Tn^rm^non Technology Analyst 
ENH / D2-032 


Emai 



Two character Names 


Hello HUMi , 

The warning message for two character names is out in our test system. 
Please test and let us know if it looks okay. 


From: 

Sent: Tuesday, November 29, 


l0:37 AM 
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To: 

Cc: WsBSSSmSSsSBm ( E-mai 1 ) : (E-mail) 

Subject: Re: Two Character Names 

Hi — . 

Here are a few pnrs with one character in name field. Does everything look 
ok on your side? 

Test 1: Amtrak Locator 090861 

IP- OAGGDU - 
1. 2SMITH/N/B*2ADT— 


1 TR 

2V 

CAR 

49DS23DEC 
4912 ROOM 

FR 

B - 

NYP 

CHI 

HKl 

350P 

930A | 

1 /O 

$ - 

2 TR 

2V 

3DA24DEC 

SA 

CHI 

LAX 

HKl 

315P 

815A | 

12 /o 

$ - 


CAR 0331 ROOM C - 
P- 1.P8K - 
T- 1. TAW/00/ 30 NOV- 

G- 1.SSROTHS1PKK2 INVALID PSGR NAME INPUT FULL/FIRST NAME -INIT 
IALS NOT ALLOWED- 

2 .SSRTKTL1PKK2 HLD LMT DTE 02DEC- 
**** ITEMS SUPPRESSED ****/EDT/DR- 

Test 2: Amtrak Locator 09087A - we didn't get an error back with 

B . MR 

IP- 4AGGJX - 

1 . 3WOODSON/WILLIAM . MR/HAROLD . SIR/B . MR*3ADT- 

1 TR 2V 2154F 23 JAN MO WAS NYP HK3 700A 950a /O $ 

2 TR 2V 2203F 28JAN SA NYP WAS HK3 800A 1055A /O $ 

P- 1.P8K - 

T- 1.T/29NOV1016 1P/P8K/ CE* 5 541285232863- 

G- 1.SSRTKTL1PKK3 HLMT-23JAN/S 1419.00 - 

2.SSROTHS1PKK3 HLMT- NONE/S 1419.00 - 

**** ITEMS SUPPRESSED ****/DH/EDT/DR- 


Test 3 - Amtrak Locator 0908BD 
IP- 4AGHCJ - 

1 . 2 SMITH/ADAM/MARY* 2 ADT- 

1 TR B2V 8911T 24JAN TU VAC SEA HK2 545A 915A /O $ - 

2 TR 2V 11DD24JAN TU SEA SAC HKl 1000A 615A|1 /O $ - 

CAR 1130 ROOM E - 

3 TR 2V 5DC28 JAN SA SLC SAC HKl 1159P 215P | 1 /O $ - 

CAR 0532 ROOM E - 

4 TR 2V 14YD29JAN SU SAC SEA HK2 1159P 830P|1 /O $ - 

P- 1.P8K 123456789- 

T- 1.T/29NOV1033 lP/P8K/CE*5541285232864-865- 

G- 1.SSRTKTL1PKK2 HLMT-06DEC/$ 996.00 - 

2.SSROTHS1PKK2 INVALID PSGR NAME INPUT FULL/FIRST NAME -INIT 
IALS NOT ALLOWED- 

3.SSROTHS1PKK2 PNR REQUIRES DOB INFORMATION PRIOR TO TICKETI 

NG- 

4.SSRTKTL1PKK2 HLD LMT DTE 06DEC- 

5.SSROTHS1PKK2 INVALID PSGR NAME INPUT FULL/FIRST NAME -INIT 
IALS NOT ALLOWED- 

6.SSROTHS1PKK2 PNR REQUIRES DOB INFORMATION PRIOR TO TICKETI 

NG- 

7.SSRTKTL1PKK2 HLMT-06DEC/$ 996.00 - 

8 . OSl2VDOCSHKl/RA/US/1234567890000/29JUN06/M/12 JUL1964/US-1S 
MITH/MARY- 
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9 . OSI2VDOB11NOV1948 /US-SMITH/ ann-> 

10.OSI2VDOB11NOV1948/U5-SMITH/ADAM- Exemption 6 

11 . OSl2VDOBllNOVl948/US-SMITH/MARY- 
12 . SSR0THS1PKK2 HLMT- NONE/$ 996.00 
* ITEMS SUPPRESSED ****/DH/EDT/DR- 


S r . i n t oririatTO n Technology Analyst 
ENH / D2-032 


Emai 



11/29/2005 06:50 
AM 



Hello — fflH . 

The warning message for two character names is out in our test system. 
Please test and let us know if it looks okay. 


From: __ 

Sent: Tuesday, November 29, 2005 8:44 am 

To: 

Subject :^^^^^f<^^AEDlBXlD - sending a warning to GDS for 1 initial 
TEL/31 


Original Message 

From: 

Sent : 

To: 

Subject : 


uesday, Nove mber 29, 2005 7:52 AM 

RE: AEDlBXlD - sending a warning to GDS for 1 initial 
Which Queue are we sending them to? 

Original Message 


F rom : 

Sent: Monday, November 28, 2005 11:29 AM 

To: 

Subject:’ 


RE: AEDlBXlD - sending a warning to GDS for 1 initial 
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Yes, I meant the 13th, thanks. 


O riginal Message 

From: 

Sent: Monday, November 28, 20 05 11:25 AM 

To: 

Cc: 

Subject: RE: AEDlBXlD - sending a warning to GDS for 1 initial 

Didn't we say the 13th? 

O riginal Messag e 

From: 

Sent: Monday, November 28, 2005 11:13 AM 

To: 
cc: 

Subject : 



AEDlBXlD - sending a warning to GDS for 1 initial 


This loadset is ready to be testing and is on TP FT. Please have the GDS's let me 
know the results ASAP as this is tentatively scheduled for load on 12/6. 

Thanks . 


Amtrak Technol ogi es 
10 G street 




ngton, DC 20002 


From: __________ 

Sent: Monday, November 28, 2005 11:13 AM 

To: 

Cc: 

Subject: 



AEDlBXlD - sending a warning to GDS for 1 initial 


This loadset is ready to be testing and is on TPFT . Please have the GDS's let me 
know the results ASAP as this is tentatively scheduled for load on 12/6. 

Thanks . 


Amtrak Technol ogi es 
10 G Street 


wasTn ngton , DC 20002 


From: 

Sent: 

To: 

Cc: 

Subject: 



This it just to let you know that we are ready to go ahead with the 
required APIS changes. Any issues we had with our customer TQ3Navigant 
have been resolved. 


Thanks 
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Business Manager 
Hospitality & Destination Services 
Worldspan 

- Mobile 

- Phone 

- Fax 

It’s a RACE FOR REVENUE!! Increase your revenues by booking Rail in 

Worldspan! 

From: 

Sent: Monday, November 21, 

To: 



Sub3ect : 
Hi All , 


1 : 44 AM 

RE: FW: Amt rak APIS Script 



I would just like to confirm that the Amt rak OSl's will be formatted in the 
following manner. 

30SI 2v DOCS HK1/PP/US/01JAN2020/FI/213AN1971 
30SI 2v ///1234567890123456789012345/US 

30SI 2 V ///-lxxxxxxxxxxxxxxxxxxxxxxxxxxx/xxxxxxxxxxxxxxxxxxxx 
OSI Format Breakdown (Created per passenger) 

Line 1. "30SI 2v DOCS HKl/" , Document Type Code,"/", Issuing country code ,"/", 
Expiry Date, "/" .Gender code ,"/"» Date of Birth 

Line 2. "30SI 2v///" , Document Number (Max 25 characters) ,"/’’, Nationality Code 
Line 3. "30SI 2V///-1" .Passenger Name (Max 49 Characters) 

I have just performed the following test using the above format. The pnr contained 
3 passengers and the script generated the following OSI entries. The lines shown in 
blue, below are the OSI lines as they appear in the PNR after the entires have been 
submitted to the worldspan host. 


30SI 2v DOCS HK1/PP/US/01DEC2010/M/01JAN1971 
30SI 2 V///12 34 56789012 34 5 6789012 345/US 
30SI 2V///-1TEST/MIKE 


30SI 2 V DOCS HK1/PP/US/01FEB2009/F/01FEB1975 
30SI 2V///9999999999999999999999991/US 
30SI 2V// /-lTEST/ DANE 

30SI 2v DOCS HK1/PP/US/01JAN2011/FI/01MAR2000 
30SI 2V///12 3412 3412 3412 34 12 3412 341/US 
30SI 2V///- lTEST/ KATHY 


G- l.OSI 2V DOCS HK1/PP/US/01DEC2010/M/01IAN1971 

2. 051 2V///12 34 56789012 34 56789012 345/US 

3. 051 2V///-1TEST/MIKE 

4. 051 2V DOCS HKl/ P P/US/01 FEB 2 009/ F/OlFEB 197 5 

5 .051 2V///9999999999999999999999991/US 

6. 051 2V// /-lTEST/ DANE 

7. 051 2V DOCS HK1/PP/US/013AN2011/FI/01MAR2000 

8 .051 2V// /1234123412341234123412341/US 

9. 051 2V///-1TEST/KATHY 

if anyone has any concerns then please let me know by the end of business tomorrow. 
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Subject: RE: FW: Amtrak apis script 
Hello wmm . 

as long as the osi has the continuations, we are happy with whichever 
approach works best for worldspan. 

Amtrak is accepting the SSR DOCS from the GDS participants inbound - That 
was what we mentioned in the original request. We are testing the changes 
to support both the SSR and the OSI within the inbound message. We hope 
that worldspan will convert to the SSR at some point in the future. 

Thanks 


Original Message 

From: F mail to: 

Sen t: Monday, November ll, ^UOb /:03 AM 

To: 

Cc: 

( E - mailTr^^^^g^ ^^^ 

Subject: Re: FW: Amtrak APIS Script 


ffvank you for that. Please not that currently we can use only OSI formats, 
SSR formats are not supported by Amtrak (Amtrak system only sends the SSR 
formats to our system but do not accept them), and they will not be, unless 
we do some development work, but this is not the case. 

PUP, could you please advise how would you like the OSI to be structured. 
Paul has already provided some examples. Thank you. 

Regards , 
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Product Specialist Non -Air 
Worldwide Product Planning 


Phone : 
Fax : 
emai 1 



Exemption 6 



Hi MB , 

unfortunately the OSI Format in HHHH email will not work as a document 
number can be a max of 25 characters and will therefore exceed the max 
length for a single OSI line of 63 characters. 

As per my email last Wednesday detailing further findings regarding OSI 
restrictions (see below) 

As a document number has to be a max of 25 characters and a single OSI line 
can only be 63 characters long then there are only a couple of OSI options. 
See Below. Document Number shown in blue, 
option 1 

30SI 2V DOCS HKl/PP/US/ 1234567890123456789012345/US 
30SI 2V ///013AN2020/FI/21JAN1971 

30SI 2 v ///-lxxxxxxxxxxxxxxxxxxxxxxxxxxx/xxxxxxxxxxxxxxxxxxxx 

Option 2 

30SI 2v DOCS HKl/ PP/ US /Oil AN 2 020/ FI/21JAN1971 
30SI 2V ///1234567890123456789012345/US 

30SI 2 V ///-1XXXXXXXXXXXXXXXXXXXXXXXXXXX/XXXXXXXXXXXXXXXXXXXX 

Basically if a PNR had 4 passengers the script would generate a total of 12 

OSI lines (4 pax X 3 OSI lines) 

As you can see there are now three OSI lines per passenger due to the 
length of the document number. I have discovered though that I can enter 
all these details as a single SSR line entry as shown below with no 
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3SSR OTHS 2v 

HK.l/PP/US/12 34 567890 12 34 567890 12 34 5/US/2lJANl971/Fl/0lJAN2020/-TEST/AMR * 
This is how it looks in the PNR for 2 passengers... 


G- 1 . SSROTHS2VHK1/PP/US/12 34 56789012 3456789012 34 5/US/213AN1971/ 
FI/013AN2020/-TEST/AMR 

2 . SSROTHS2VHK1/ PP/US/12 34 5 6789012 345 6789012 34 5/US/09J UN 197 5/ 
F/013AN2020/-TEST/BMR5 


I tried using the 'DOCS' SSR code as stated in the Arrow Functional 
Requirements document however this didn't work. See entry and Worldspan 
Host error response below. 


3SSR DOCS 2V HKl/PP/US/12 34 5 6789012 34 56789012 34 5/US/09JUN1975/F 
/013AN2020/-TEST/BMRS 

INVLD SSR CODE FOR 2V/NOT ENT/3SSRDOCS2VHK1/PP/US/1234567890123 
456789012345/US/093UN1975/F/013AN2020/-TEST/BMRS 


Can you please advise me on how you wish me to proceed ? SSR or OSI and in 
which format ? -If - I will be in the office tomorrow if you wish to 
discuss further. 


Regards 



Programmer Analyst 
Worldwide Product Solutions 
Worldspan International 



Hello f^SSja and , 

Here 1 s [||ij|^§| respons e to y our notes. Please review and forward _ 
addi ti onaTquesti ons . WIIMM. also included a question or two of his own, 
if y ou are able to answer. 

Q r ~ig~i na ^ Messa ge 

From: 

Sent: Wednesday, November 16, 2005 4:53 PM 
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SubjeSfF^B^Bri^^Pls Script 



We will accept split OSI items if they are split as indicated as in the 
airimp rules for these cases: 


A wrap around indicator has to be included in the following items; they 
must start with the mandatory "OSI 2 v" followed by "///"• in theory fields 
shouldn't be split between OSI items. So according to this, the example 
provided in the message below, should be included in the TTY message as 
f ol 1 ows : 


OSI2VDOCS HKl/PP/US/12 34 5 6789012 34 5/US/01JAN1971/FI/21 JAN 2020 
OSI2V///-1XXXXXXXXXXXXXXXXXXXXXXXXXXX/XXXXXXXXXXXXXXXXXXXX 


Please also note that in order to comply with the airline standards, now 
we expect the Nationality code (second "US" in the example above) right 
after the Document number. 


Do you know if their size limitation is in their internal OSI item in 
their pnr, in the tty message that comes from it or both? I ask because I 
wonder if the agent will have to split the OSI item manually (make 2 OSI 
entries) or it is automatically done by their system when building the TTY 
message . 


From: 

Sent: Wednesday, November 16, 2005 7:58 AM 
To: 'I 

Cc: 

Subject: RE: Amtrak APIS Seri pi 
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With the OSI restriction of 63 characters I have worked out 
the only OSI format that will accommodate a pax name (max of 
49 characters) and a document number (max 15 characters). Tht 
XXXXX's represents the pax name. 


30SI 2 V DOCS HKl/PP/US/12 34 56789012 34 5/01 JAN2020/FI/21 JAN 1971 
30SI 2v US-1XXXXXXXXXXXXXXXXXXXXXXXXXXX/XXXXXXXXXXXXXXXXXXXX 


Is this OK ? I have also calculated the above format on the 
assumption that a document number will be know longer than 15 
characters, if the document number is any longer than 15 
characters then the above format will not work. 


Regards 



Programmer Analyst 
worldwide Product solutions 
worldspan International 



To: 
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■■■■■■/ LON/WSP 
±1/15/2005 0< 


Border Crossing.txt 


)9 :47AM 

j /ws l/ws p@worlds pan , 
^ ' EHN/WS P@WORLDSPAN 

Subject: Amtrak APIS Script 


Hi 


Due to the fact that we can have only 63 characters in the OSI 
message we have decided to split the entry into 2 parts. 

Please take a look at the below format split into 2 lines. 

Will Amtrak support those 2 lines? Do you have any other 
suggestion how you want to receive the date? 

Regards , 



hide details 
/WSL/WSP 


for 




SP 


15/11 

/2005 

07:35 


To 



/LON/WSP@WORLDSPAN 


cc 



Subject 

Fw: RE: Amtrak Script 
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Hi Mffii , 

As per email can you please advise how you would like 

to format the OSI entry. 

Can't answer this - it's your call - IATA standards don't have 
that 

limitation - just requi res spliting every 69 characters 

Do you wish me to split it out onto 2 lines ? May be like 
this ? Let me know. 

30SI 2 V DOCS HK2/PP/US/12345/01JAN2020 

30SI 2V DOCS HK2/F/21JAN1971/US-2SMITH/AMRS 

30SI 2V DOCS HK2/PP/US/67890/01DAN2020 

30SI 2V DOCS HK2/M/01JUL1960/US-2SMITH/BMR 

The rest of the script development to progressing well. I 

just need clarification on the above. 

Regards 



Programmer Analyst 
worldwide Product Solutions 
Worldspan International 



/WSL/WSP on 11/15/2005 07:29 am 



Answers below 


original Message 



Hi 


Could you please advise on the questions below. 


Thank you. 
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•roduct specialist Non - Air 
Worldwide Product Planning 


Phone : 
Fax: 
emai 1“ 



LON/W5P on 14/11/2005 16:30 


l/WSL/WSP 


TO 


14/11/2005 16:26 
|/lon/wsp@worldspan , 

|/HDQ/WSP@WORLDSPAN , 



/LON/WSP@WORLDSPAN 



Amtrak Script 


Hi H' 

I have been looking at the osi format you wish to use for the 
Amtrak 

information and discovered a problem. The max amount of 
characters you can 

have in an OSI is 63. The majority of the OSI fields we will 
be generating 

will exceed 63 characters. For example the following is OK 
30SI 2V DOCS 

HK2/PP/US/12345/01IAN2020/M/21JAN1971/US-2SMITH/ AMRS 
30SI 2v DOCS 

HK2/PP/US/67890/01JAN2020/M/01JUL1960/US-2SMITH/BMR 

But if your document number or name (shown in red) are any 
larger then 

shown above then the host will reject it. 

30SI 2v DOCS 

HK2/PP/US/123456789012345/013AN2020/M/21DAN1971/US-2SMITH/AMRS 
30SI 2V DOCS 

HK2/PP/US/678901234567890/013AN2020/M/01DUL1960/US-2SMITH/BMR 
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The Arrow Functional Requirement document states that a 
document number 

could be upto 25 characters. This will definitely exceed the 
max amount of 
characters for an OSI. 


How do you wish to proceed ? 

Can't answer this - it's your call - I AT A standards don't have 
that 

limitation - just requires spliting every 69 characters 


I also still require clarification on the following ... 

If there were 4 passengers in a PNR would the 4 OSI entries 
look like this 

? Is this correct ? I'm mainly interested in the status code 
(HKl) and 

Passenger name including number in party parts of the entry. 


OSI 2V DOCS 
-4TEST/DOE 
OSI 2V DOCS 
-4TEST/JANE 
OSI 2V DOCS 
-4TEST/TOM 
OSI 2V DOCS 
-4TEST/BRAD 


HK4/RA/US/12 34 56789012 34 5/12 JUL2004/M/12JUL1964/GB 
HK4/RA/US/12 34 5 6789012 346/12 I UL2004/M/12JUL1960/GB 
HK4/RA/US/12 34 56789012 347/12 JUL2004/M/12J UL19 5 9/GB 
HK4/RA/US/12 34 56789012348/12 DUL2004/M/12JUL1975/GB 


we are expecting 1 rather than 4 in both places (i.e. HKl and 
-ltest/joe) 


Regards 



Programmer Analyst 
Worldwide Product Solutions 
worldspan international 



Tpimf you for that. Please not that currently we can use only OSI formats, 
SSR formats are not supported by Amtrak (Amtrak system only sends the SSR 
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formats to our system but do not accept them), and they will not be, unless 
we do some development work, but this is not the case. 

, could you please advise how would you like the OSI to be structured, 
has already provided some examples. Thank you. 

Regards , 




Proauct Specialist Non -Air 
worldwide Product Planning 


Phone: 
Fax: 
emai 1 




/WSL/WSP 


21/11/2005 08:09 


To 



Unfortunately the OSI Format in email will not work as a document 

number can be a max of 25 characters and will therefore exceed the max 
length for a single OSI line of 63 characters. 

As per my email last Wednesday detailing further findings regarding OSI 
restrictions (see below) 

As a document number has to be a max of 25 characters and a single OSI line 
can only be 63 characters long then there are only a couple of OSI options. 
See Below. Document Number shown in blue. 

Option 1 

30SI 2V DOCS HKl/PP/US/ 1234567890123456789012345/US 
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30SI 2v ///01JAN2020/FI/21JAN1971 

30SI 2 V ///-lxxxxxxxxxxxxxxxxxxxxxxxxxxx/xxxxxxxxxxxxxxxxxxxx 

option 2 

30SI 2V DOCS HKl/PP/US/0lJAN2020/Fl/2lJANl971 
30SI 2V ///1234567890123456789012345/US 

30SI 2V ///-lxxxxxxxxxxxxxxxxxxxxxxxxxxx/xxxxxxxxxxxxxxxxxxxx 

Basically if a PNR had 4 passengers the script would generate a total of 12 

OSI lines (4 pax X 3 OSI lines) 

As you can see there are now three OSI lines per passenger due to the 
length of the document number. I have discovered though that I can enter 
all these details as a single SSR line entry as shown below with no 
probl ems . . . 

3SSR OTHS 2 V 

HKl/PP/US/12 34 567890 12 34 56789012 34 5/US/2lJANl971/Fl/0lJAN2020/-TEST/AMR * 
This is how it looks in the PNR for 2 passengers... 


G- 1.SSROTHS2VHK1/PP/US/1234567890123456789012345/US/21JAN1971/ 
Fl/01 JAN 20 20/ “TEST/AMR 

2 . SSROTHS2VHK1/PP/US/1234567890123456789012345/US/09JUN1975/ 
F/01JAN2020/-TEST/BMRS 


I tried using the 'DOCS' SSR code as stated in the Arrow Functional 
Requirements document however this didn't work, see entry and worldspan 
Host error response below. 


3SSR DOCS 2V HKl/PP/US/12 34 5 6789012 34 56789012 34 5/US/09JUN197 5/ F 
/01JAN2020/-TEST/BMRS 

INVLD SSR CODE FOR 2V/NOT ENT/3SSRDOCS2VHK1/PP/US/1234567890123 
4567890 12345/US/09JUN1975/F/01JAN2020/-TEST/BMRS 


Can you please advise me on how you wish me to proceed ? SSR or OSI and in 
which format ? MM - I will be in the office tomorrow if you wish to 
discuss further. 


Regards 


Programmer Analyst 
worldwide Product Solutions 
Worldspan International 

Tel : 

E-mai 



|> wrote: 
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l>, ‘ 


(E-mai 1) 


Subject: FW: Amtrak APIS Script 
and HHH, 


Hello _ 
Here ' s 



additional questions. 
if y ou are able to answer. 

-Original Message 


response to your notes. Please review and forward 

also included a question or two of his own, 


From: ^ 

Sent: Wednesday, November 16, 2005 4:53 PM 
To: 


We will accept split OSI items if they are split as indicated as in the 
AIRIMP rules for these cases: 


A wrap around indicator has to be included in the following items; they 
must start with the mandatory "osi 2 v" followed by "///". in theory fields 
shouldn't be split between OSI items. So according to this, the example 
provided in the message below, should be included in the TTY message as 
f ol 1 ows : 


OSI2VDOCS HKl/PP/US/12 34 5 6789012 345/US/01IAN1971/FI/21J AN 2020 

OS I 2 v/// - lxxxxxxxxxxxxxxxxxxxxxxxxxxx/xxxxxxxxxxxxxxxxxxxx 


Please also note that in order to comply with the airline standards, now 
we expect the Nationality code (second "us" in the example above) right 
after the Document number. 


Do you know if their size limitation is in their internal OSI item in 
their PNR, in the TTY message that comes from it or both? I ask because I 
wonder if the agent will have to split the OSI item manually (make 2 OSI 
entries) or it is automatically done by their system when building the TTY 
message . 
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From: 

Sent: Wednesday, November 16, 2005 7:58 AM 
To: 

Cc: 

Subject: RE: Amtrak APIS Script 



I'll talk with 

origi na l Message- 

From: __ 

[mai 1 to"i| 

Sent: Tuesday, November 
To: 

Cc: 

Subject: Re: Amtrak APIS script 




Hi 



with the OSI restriction of 63 characters I have worked out 
the only OSI format that will accommodate a pax name (max of 
49 characters) and a document number (max 15 characters). The 
xxxxx's represents the pax name. 


30SI 2V DOCS HKl/PP/US/12 34 56789012 34 5/013 AN2020/FI/21JAN1971 
30SI 2v us-ixxxxxxxxxxxxxxxxxxxxxxxxxxx/xxxxxxxxxxxxxxxxxxxx 


is this OK ? I have also calculated the above format on the 
assumption that a document number will be know longer than 15 
characters. If the document number is any longer than 15 
characters then the above format will not work. 


Rega rds 



Programmer Analyst 
worldwide Product Solutions 
Worldspan International 
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Tel : 
E-mai 




/LON/WSP wrote: 



TON/WSP 
)9 :47AM 

I /WS L/WS P@WORLDS pan , 
'EtiN/WS P@WORLDS PAN 
Subject : Amtrak APIS Script 


Due to the fact that we can have only 63 characters in the OSI 
message we have decided to split the entry into 2 parts, 
please take a look at the below format split into 2 lines. 

Will Amtrak support those 2 lines? Do you have any other 
suggestion how you want to receive the date? 


Regards , 


inactive hide details for 
j/WSL/WSP 




15/11 

/2005 

07:35 


To 



/ LON/WS P@WORLDS PAN 


cc 



Subject 


Fw: RE: Amtrak Script 
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Hi 

As per email can you please advise how you would like 

to format the OSI entry. 

Can't answer this - it's your call - IATA standards don't have 
that 

limitation - just requires spliting every 69 characters 

Do you wish me to split it out onto 2 lines ? May be like 
this ? Let me know. 

BOSI 2V DOCS HK2/PP/US/12345/01JAN2020 

30SI 2V DOCS HK2/F/21JAN1971/US-2SMITH/AMRS 

30SI 2V DOCS HK2/PP/US/67890/01JAN2020 

30SI 2V DOCS HK2/M/01JUL1960/US-2SMITH/BMR 

The rest of the script development to progressing well. I 

just need clarification on the above. 

Regards 



Programmer Analyst 
worldwide Product Solutions 
Worldspan International 



Forwarded by 



/WSL/WSP on 11/15/2005 07:29AM 



Answers below 


Oriqinal Message- 

From: 
mai 1 to"i| 

Sent: Monday, November 



C 

] 

1:32 AM 



Border Crossi ng . txt 
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Subject : Fw: 


Amtrak Script 


Hi 


Could you please advise on the questions below. 


Thank you. 



Product Specialist Non - Air 
Worldwide Product Planning 


Phone: 
Fax: 
emai 1 



LON/WSP on 14/11/2005 16:30 


l/WSL/WSP 


To 



14/11/2005 16:26 
/ LON/WSP@WORLDSPAN , 

/hdq/ws poworlds pan , 



/ lon/ws p@worldspan 


Subject 



Amtrak script 


I have been looking at the OSI format you wish to use for the 
Amtrak 

information and discovered a problem. The max amount of 
characters you can 

have in an OSI is 63. The majority of the OSI fields we will 
be generating 

will exceed 63 characters. For example the following is OK 
30SI 2V DOCS 

HK2/PP/US/12345/0lJAN2020/M/2lJANl971/US-2SMITH/AMRS 
30SI 2v DOCS 
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HK2/pp/US/67890/013AN2020/M/013Ul1960/us-2smith/bmr 

But if your document number or name (shown in red) are any 
larger then 

shown above then the host will reject it. 

30SI 2V DOCS 

HK2/ PP/US/12 34 5 6789012 34 5/013 AN2020/M/2 13 AN19 71/US -2SMITH/AMRS 
30SI 2V DOCS 

HK2/PP/US/678901234567890/01DAN2020/M/01JUL1960/US-2SMITH/BMR 

The Arrow Functional Requirement document states that a 
document number 

could be upto 25 characters. This will definitely exceed the 
max amount of 
characters for an OSI. 

How do you wish to proceed ? 

Can’t answer this - it's your call - iata standards don't have 
that 

limitation - just requires spliting every 69 characters 

I also still require clarification on the following ... 

If there were 4 passengers in a PNR would the 4 OSI entries 
look like this 

? is this correct ? I'm mainly interested in the status code 
(HKl) and 

Passenger name including number in party parts of the entry. 

OSI 2V DOCS HK4/RA/US/12 34 56789012 34 5/12 JUL2004/M/12 3 UL1964/GB 
-4TEST/30E 

OSI 2V DOCS HK4/RA/US/12 34 56789012 346/12 3 UL2004/M/12 3 UL1960/GB 
-4TEST/3ANE 

OSI 2V DOCS HK4/RA/US/1234 56789012 347/12 3 UL2004/M/123UL19 5 9/GB 
-4TEST/TOM 

OSI 2V DOCS HK4/RA/US/12 34 56789012 348/12 3 UL2004/M/12 3 UL1975/GB 
-4TEST/BRAD 

we are expecting 1 rather than 4 in both places (i.e. HKl and 
-ltest/joe) 


Regards 



Programmer Analyst 
Worldwide Product Solutions 
worldspan international 

Tel : 

E-mai 



From: 
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Thursday, November 17, 2005 2:54 PM 

Tpf _ Test coordinators 



MM - it seems 
contention with 
S1SLTIH3 over CO' 
Thanks . 


I cannot m ove 

IS ^ 


the GDS stuff to COMMON as there is version 
Please load my loadset, 


Amtrak Technol ogi es 
10 G Street 


wash! ngton , DC 20002 


From: 
sent: 

To: 
subject : 


Wednesda y, Novemb er 16, 2005 4:53 PM 
RE: Amtrak APIS Script 


We will accept split OSI items if they are split as indicated as in the AIRIMP rules 
for these cases: 

A wrap around indicator has to be included in the following items; they must start 
with the mandatory “OSI 2v” followed by “///”• In theory fields shouldn’t be split 
between osi items, so according to this, the example provided in the message below, 
should be included in the TTY message as follows: 


OSI2VDOCS HK1/PP/US/123456789012345/US/01JAN1971/FI/213AN2020 

OS I 2 v///- lxxxxxxxxxxxxxxxxxxxxxxxxxxx/xxxxxxxxxxxxxxxxxxxx 


Please also note that in order to comply with the airline standards, now we expect 
the Nationality code (second “US” in the example above) right after the Document 
number. 


Do you know if their size limitation is in their internal OSI item in their PNR, in 
the TTY message that comes from it or both? I ask because I wonder if the agent will 
have to split the OSI item manually (make 2 OSI entries) or it is automatically done 
by their system when building the TTY message. 


From: 

Sent: Wednesday, November 16, 2005 7:58 AM 
To: 

Cc: 

Subject: RE: Amtrak APIS Script 
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Inactive hide details for 


l/WSL/ 


l/WSL/WSP 



/WSL/WSP 


15/11/2005 07:35 


To 

^BHmiH/ L0N / wsp@W0RLDSPAN 

cc 


Subject 

Fw: RE: Amtrak script 


As per n gfflgggj email can you please advise how you woul d like to format the OS I 
entry. 

Can't answer this - it's your call - IATA standards don't have that 
limitation - just requires spliting every 69 characters 

Do you wish me to split it out onto 2 lines ? May be like this ? Let me know. 

30SI 2v DOCS HK2/PP/US/12 34 5/013 AN2020 

30SI 2V DOCS HK2/F/213AN1971/US-2SMITH/AMRS 

30SI 2V DOCS HK2/PP/US/67890/01JAN2020 

30SI 2V DOCS HK2/M/013UL1960/US-2SMITH/BMR 

The rest of the script development to progressing well. I just need clarification 
on the above. 


Regards 



Programmer Analyst 
worldwide Product Solutions 
Worldspan international 


Tel : 
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Sent: Monday, November 


Subject: Fw: Amtrak Script 


Could you please advise on the questions below. 
Thank you. 


proauc^Specialist Non - Air 
Worldwide Product Planning 


Forwarde 


LON/WSP on 14/11/2005 16:30 


/VIS L/WS P 
14/11/2005 16:26 


/ LON/WS P@WORLDS PAN , 

J HDQ/WS P@W0RLDS PAN , 

/ LON/WS P@WOR.LDS PAN 


Amtrak script 


Subject 


I have been looking at the OSI format you wish to use for the Amtrak 
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information and discovered a problem. The max amount of characters you can 
have in an OSI is 63. The majority of the OSI fields we will be generating 
will exceed 63 characters. For example the following is OK 

30SI 2V DOCS HK2/PP/US/12345/0l3AN2020/M/2l3ANl971/US-2SMITH/AMRS 
30SI 2V DOCS HK2/PP/US/67890/013AN2020/M/013UL1960/US-2SMITH/BMR 

But if your document number or name (shown in red) are any larger then 
shown above then the host will reject it. 

30SI 2V DOCS HK2/PP/US/123456789012345/0l3AN2020/M/2l3ANl971/US-2SMITH/AMRS 
30SI 2V DOCS HK2/PP/US/678901234567890/013AN2020/M/013UL1960/US-2SMITH/BMR 

The Arrow Functional Requirement document states that a document number 
could be upto 25 characters. This will definitely exceed the max amount of 
characters for an OSI. 

How do you wish to proceed ? 

Can't answer this - it's your call - IATA standards don't have that 
limitation - just requires spliting every 69 characters 

I also still require clarification on the following ... 

If there were 4 passengers in a pnr would the 4 OSI entries look like this 
? Is this correct ? I r m mainly interested in the status code (HKl) and 
Passenger name including number in party parts of the entry. 

OSI 2V DOCS HK4/RA/US/12 34 5 6789012 34 5/12 JUL2004/M/12JUL1964/GB -4TEST/30E 
OSI 2V DOCS HK4/RA/US/12 34 5 6789012 346/123 UL2004/M/12 3 UL1960/GB -4TEST/3ANE 
OSI 2V DOCS HK4/RA/US/123456789012347/123UL2004/M/123UL1959/GB -4TEST/TOM 
OSI 2V DOCS HK4/RA/US/12 34 56789012 348/12 3 UL2004/M/12 3 UL1975/GB -4TEST/BRAD 

We are expecting 1 rather than 4 in both places (i.e. HKl and -ltest/joe) 


Regards 



Programmer Analyst 
Worldwide Product Solutions 
worldspan International 



From: ____________ 

Sent: Wednesday, November 16, 2005 2:42 pm 

To: 
cc: 

Subject: RE: Name changes tor APIS 



I just went thru some unit-testing with changes. She is almost done 

(Lightning speed!). 

The pnr has its OSI with the warning appended and a corresponding tty message is 
sent back to the GDS . 

The only pending thing is the queuing of the PNR but the code as it is now is ready 
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to be tested by the GDSs, although I doubt they will do any real testing before 
Thanksgiving. So as soon the queuing is complete (or even now) those chanqes can qo 
to TP FT for testing. 

PNR 

00C147/ABC4MH-1A HL 23NOV CTC-T 33000763 60.00/ 60.00 

-01© LEVY/S 

1 69 C. NYP-MTR 815A TU 31JAN 630P 31JAN YB O HKl 

301© R SEG # 1 BASIS IF 

* BOFl RAIL FARE 60.00 

4001© OSI 

* INVALID PSGR NAME, INPUT FULL/FIRST NAME -INITIALS NOT ALLOWED 
4002© OSI 

* PNR REQUIRES DOB INFORMATION PRIOR TO TICKETING 
5001© FBC- 0-,I-,D-/lF/Pl 

901© NONE 


TTY 

QU HDQ50 
. HDQRM2V 161916 
MUClA ABC4MH/3300076 
1LEVY/S 

SSROTHSlAKKl INVALID PSGR NAME, INPUT FULL/FIRST NAME -INITIALS NOT AL 
LOWED 

SSROTHSlAKKl PNR REQUIRES DOB INFORMATION PRIOR TO TICKETING 

I am just concerned about the length of the error message. Should it be shorter? (It 
looks split here and if it goes out like this, they won t like it) 


From: 

Sent: Monday, November 14, 2005 2:55 PM 
To: 


Cc: 



Subject: RE: Name changes for APIS 


Ok. I got this from my chat with regarding the name check: 

* PNR is to be queued 

* in theory all the checks and actions could be performed in TIH3 alone (Tests 
will show if further changes are required in ET) 

* Only one error message will be sent back to the GDS no matter how many 
invalid names are in the PNR. The first invalid name detected should be enough to 
send the error message and have the PNR queued. 

* The error message can be the same as the one used in Arrow (CM#1658) 

* The error message can be added as an OSI item by using the utility program 

evth (See TIG5 to see how this is used). This may make the system to not just add 
the 40SI item to the PNR with the error message but also to reply to the GDS, but if 
not either WA0TI2 x' 20' or WA#GDSM (WA0ETC) may need to be set (you need to test). 

* It may be possible that by just updating some AAA queue fields with the 

correct values, the PNR queuing will be automatically done, but I'm not sure. I'll 

give you the fields as soon as I find them. 

That’s pretty much it for now. Let me know if you have any questions. 
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From: 

Sent: Mon day, Nov ember 14, 2005 11:54 AM 

To: WfflfflfflfflBBBBk 

Subject: RE: Name changes for APIS 

No yet, sorry. I was supposed to discussthis wi th fpHH during the morning but we 

, an\ 


finally didn't do it. Besides this On-Call thing is 
i'll try to get some info for you today. 


!Ving me crazy, 


From: 

Sent: Monday, November 14, 2005 11:49 AM 
to: 

Subject: re: Name changes for apis 


- did you get a chance to find out if the PNR or TTY is to be queued? 
Thanks, 

Oriqinal Message 

From: 

Sent: Thursday, Nov ember 10, 2005 2:23 PM 

To: WMMMmmmM 

Subject: FW: Name changes for APIS 


Programs to check: TIH3 (GDS Name processing) and euud. 

Entry to test: 

YTI1A0001*** 

HDQRM2V 
. MUCRMlA 

MUClA ABC4MH/ 3 300076 
1TESTA/A 

TRN2v00069YB31jannypmtrlk10815a0630p ! O/OOOOOOOOO/ cOOl 


From: 

Sent: Monday, October 31, 2005 9:44 AM 
To: 


cc: 



Subject: Name changes for APIS 



WMMMM or fiMSa maybe able to do the name changes for tty for APIS, we need to 
identify that we have on a single character first name, add and warning message to 
go back to the GDS and queue to tel Q31 


, will this help you out? 


Sent: 8:53 AM 

To: 

Subject: RE: Amtrak APIS script no of characters in the document no 


Great, thanks. 
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Subject 

RE: Amtrak APIS script no of 
characters in the document no 
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22:19 com'" 



cc 


Subject 

RE: Amtrak APIS script 


Arrow actually will accept up to 50 characters, so in the OSI with no 
strict 

I AT A requirements, we thought we'd split the difference. 

Original Message 

From: wfflfflmmmmMmmMmmmm :t;u i 
Sen t: Tuesday, Novemb er 15, ^UU5 9:35 AM 

To: uuhhhiIhhpi 

Subject: RE: Amtrak APIS script 


I need some clarification: in the APIS document you sent to us you advised 
that in the SSR format the number of characters is 15, but in the OSI is 
25. Is this correct? Has nothing changed? Why there is the difference 
between those two formats? I would think that this would be the same. 


From: 
Sent : 

To: 

Subject : 




Wednesda y, Novembe r ITT] 2005 8:42 AM 

Fw!/^^H< APIS script no of characters in the document no 


Please check with 


on this as well . 


Product Specialist Non - 
Worldwide Product Planni 


Ai r 
ng 


Phone : 
Fax: _ 
emai T? 



Forwar 


LON/WSP on 16/11/2005 13:41 


To 


lillMBI P / ws L / ws p 

16/11/2005 09:08 
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/ lon/ws p@worldspan , 

Subject 

Re: Fw: Amtrak APIS script no of 
characters in t he document n o 
(Document link: tWB a iiaias ^^a') 


As a document number has to be a max of 25 characters and a single OSI can 
only be 63 characters long then there are only a couple of options, see 
Below. Document Number shown in blue. 

option 1 

30SI 2V DOCS HKl/PP/US/12 34 567890 12 34 56789012 34 5 
30SI 2V 01JAN2020/FI/21IAN1971 

30SI 2 V us-lxxxxxxxxxxxxxxxxxxxxxxxxxxx/xxxxxxxxxxxxxxxxxxxx 

Option 2 

30SI 2v DOCS HK1/PP/US/01JAN2020/FI/213AN1971 
30SI 2V 1234567890123456789012345 

30SI 2v us-lxxxxxxxxxxxxxxxxxxxxxxxxxxx/xxxxxxxxxxxxxxxxxxxx 

Basically if a PNR had 4 passengers the script would generate a total of 12 
OSI lines (4 pax X 3 OSI lines) How do you wish to proceed ? 

Regards 


Programmer Analyst 
Worldwide Product Solutions 
worldspan international 


/LON/WSP wrote: 

To: ^^^^Mffl/WSL/WSP@WORLDSPAN 
FromT BBHMHHB /LON/WSP 
Date: 11/ 16 / 200 5 0 8 : 4 4 AM 

Subject: Fw: Amtrak APIS script no of characters in the document no 


Forwarded by 


/LON/WSP on 16/11/2005 08:43 
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. com> 


To 


15/11/2005 

22:19 



Subject 

RE: Amtrak APIS script 


Arrow actually will accept up to 50 characters, so in the OSI with no 
strict 

I AT A requirements, we thought we'd split the difference. 

Original Message 

F rom : I [ ma i 1 to : 

sent: Tues aay, Novemb er 15, 2005 9:35 am 

To: 

Subject: re: Amtrak APIS script 


TTTeed some clarification: in the APIS document you sent to us you advised 
that in the SSR format the number of characters is 15, but in the OSI is 
25. is this correct? Has nothing changed? why there is the difference 
between those two formats? I would think that this would be the same. 


From: WmMm. 

Sent: wednes 

To: 
cc: 

Subject : 


4:08 AM 

: ! / s^HPap^^^^^ pt no of characters in the document no 


Hi 



as a document number has to be a max of 25 characters and a single OSI can only be 
63 characters long then there are only a couple of options. See Below. Document 
Number shown in blue. 


Option 1 

30SI 2V DOCS HKl/PP/US/1234567890123456789012345 
30SI 2V 013AN2020/FI/213AN1971 

30SI 2v us-lxxxxxxxxxxxxxxxxxxxxxxxxxxx/xxxxxxxxxxxxxxxxxxxx 
option 2 

30SI 2v DOCS HK.1/PP/US/01JAN2020/ Fl/21 JAN 19 71 
30SI 2V 1234567890123456789012345 

30SI 2v us-lxxxxxxxxxxxxxxxxxxxxxxxxxxx/xxxxxxxxxxxxxxxxxxxx 
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Basically if a PNR had 4 passengers the script would generate a total of 12 OSI 
lines (4 pax X 3 OSI lines) How do you wish to proceed ? 


Regards 



Programmer Analyst 
Worldwide Product Solutions 
Worldspan international 


E 



l/LON/WSP wrote: 


TO 

From: 
Date: 
subject: 




Fw : 


/VIS L/WS P@WOR LDS PAN 
/LON/WSP 
8 : 44AM 

Amtrak apis script no of characters 


in the document no 


FYI 


Forwarded by 


1/LON/WSP 


on 16/11/2005 08:43 
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Ineed some clarification: in the APIS document you sent to us you advised 
that in the SSR format the number of characters is 15, but in the OSI is 
25. Is this correct? Has nothing changed? why there is the difference 
between those two formats? I would think that this would be the same. 



From: 

Sent: 

To: 

Subject : 



ineed some clarification: in the APIS document you sent to us you advised 
that in the SSR format the number of characters is 15, but in the OSI is 
25. is this correct? Has nothing changed? why there is the difference 
between those two formats? I would think that this would be the same. 


Edyta 

From: 

Sent: 

To: 

Cc: 

Subject: 



Hi — , 

With the OSI restriction of 63 characters I have worked out the only OSI format that 
will accommodate a pax name (max of 49 characters) and a document number (max 15 
characters). The xxxxx's represents the pax name. 

30SI 2V DOCS HK1/PP/US/123456789012345/013AN2020/FI/21JAN1971 
30SI 2v US-1XXXXXXXXXXXXXXXXXXXXXXXXXXX/XXXXXXXXXXXXXXXXXXXX 

Is this OK ? I have also calculated the above format on the assumption that a 
document number will be know longer than 15 characters, if the document number is 
any longer than 15 characters then the above format will not work. 


Regards 



Programmer Analyst 
Worldwide Product Solutions 
worldspan international 
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cc: /WS L /WS POWORLDS PAN . ggggggggg^/EHN/WSP@WORLDSPAN 

Subject: Amtrak apis Script 

Hi I , 

Due to the fact that we can have only 63 characters in the OSI message we have 

decided to split the entry into 2 parts. Please take a look at the below format 

split into 2 lines. Will Amtrak support those 2 lines? Do you have any other 

suggestion how you want to receive the date? 

Regards , 


Inactive hide details for 


l/WSL/WSP 


l/WSL/WSP 



/WSL/WSP 


15/11/2005 07:35 


To 



/ lon/ws p@worlds pan 


cc 



subject 

Fw: re: Amtrak Script 


hi mm , 

As per email can you please advise how you would like to format the OSI 

entry. 

can't answer this - it's your call - iata standards don't have that 
limitation - just requires spliting every 69 characters 

Do you wish me to split it out onto 2 lines ? May be like this ? Let me know. 

30SI 2V DOCS HK2/PP/US/12 34 5/013 AN2020 

30SI 2V DOCS HK2/F/213AN1971/US-2SMITH/AMRS 

30SI 2V DOCS HK2/PP/US/67890/013AN2020 

30SI 2V DOCS HK2/M/013UL1960/US-2SMITH/BMR 

The rest of the script development to progressing well. I just need clarification 
on the above. 


Regards 



Programmer Analyst 
Worldwide Product solutions 
worldspan international 
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I have been looking at the OSI format you wish to use for the Amtrak 
information and discovered a problem. The max amount of characters you can 
have in an OSI is 63. The majority of the OSI fields we will be generating 
will exceed 63 characters. For example the following is OK 

30SI 2V DOCS HK2/PP/US/12345/01JAN2020/M/213AN1971/US-2SMITH/AMRS 
30SI 2V DOCS HK2/PP/US/67890/013AN2020/M/013UL1960/US-2SMITH/BMR 

But if your document number or name (shown in red) are any larger then 
shown above then the host will reject it. 

30SI 2V DOCS HK2/PP/US/123456789012345/0lJAN2020/M/2lDANl971/US-2SMITH/AMRS 
30SI 2V DOCS HK2/PP/US/678901234567890/01IAN2020/M/01JUL1960/US-2SMITH/BMR 

The Arrow Functional Requirement document states that a document number 
could be upto 25 characters. This will definitely exceed the max amount of 
characters for an OSI. 

How do you wish to proceed ? 

Can't answer this - it's your call - I AT A standards don't have that 
limitation - just requires spliting every 69 characters 

I also still requi re clarification on the following ... 

If there were 4 passengers in a PNR would the 4 OSI entries look like this 
? Is this correct ? I'm mainly interested in the status code (HKl) and 
Passenger name including number in party parts of the entry. 

OSI 2V DOCS HK4/RA/US/123456789012345/12IUL2004/M/123UL1964/GB -4TEST/30E 
OSI 2V DOCS HK4/RA/US/12 34 5 6789012 346/12 3UL2004/M/12 3 UL1960/GB -4TEST/3 ANE 
OSI 2V DOCS HK4/RA/US/123456789012347/123UL2004/M/123UL1959/GB -4TEST/TOM 
OSI 2V DOCS HK4/RA/US/123456789012348/123UL2004/M/123UL1975/GB -4TEST/BRAD 

We are expecting 1 rather than 4 in both places (i.e. HKl and -ltest/joe) 


Regards 



Programmer Analyst 
worldwide Product solutions 
Worldspan International 




Due to the fact that we can have only 63 characters in the OSI message we 
have decided to split the entry into 2 parts. Please take a look at the 
below format split into 2 lines. Will Amtrak support those 2 lines? Do you 
have any other suggestion how you want to receive the date? 
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B— /WS L/WS P 
15/11/2005 07:35 



Fw: RE: Amtrak Script 


Subject 


Hi MM , 

As per HH email can you please advise how you would like to format the 
OSI entry. 

Can't answer this - it's your call - iata standards don't have that 
limitation - just requires spliting every 69 characters 

Do you wish me to split it out onto 2 lines ? May be like this ? Let me 
know. 

30SI 2V DOCS HK2/PP/US/12345/01JAN2020 
30SI 2V DOCS HK2/F/21JAN1971/US-2SMITH/AMRS 
30SI 2V DOCS HK2/PP/US/67890/01JAN2020 
30SI 2V DOCS HK2/M/01JUL1960/US-2SMITH/BMR 

The rest of the script development to progressing well. I just need 
clarification on the above. 

Regards 



Programmer Analyst 
Worldwide Product solutions 
Worldspan international 



Forwarded by 


/WSL/WSP on 11/15/2005 07:29AM 
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Original Message 

From: 

Sent: Monday, November 
To: 
cc: 

Subject: Fw: Amtrak Script 



Hi 



Could you please advise on the questions below. 


Thank you. 



Product Speci al i st Non - Air 
Worldwide Product Planning 


Phone: 
Fax: 
emai 1“ 



LON/WSP on 14/11/2005 16:30 



/WSL/WSP 


14/11/2005 16:26 


To 



/ lon/ws p@worlds pan , 

/ HDQ/WS P@WORLDS PAN , 


CC 

subject 


|/ LON/WS P@WORLDSPAN 
Amtrak script 


Hi wssm , 

I have been looking at the OSI format you wish to use for the Amtrak 
information and discovered a problem. The max amount of characters you 
can 

have in an osi is 63. The majority of the osi fields we will be 
generati ng 

will exceed 63 characters. For example the following is OK 

30SI 2V DOCS HK2/PP/US/12345/013AN2020/M/21JAN1971/US-2SMITH/AMRS 
30SI 2V DOCS HK2/PP/US/67890/01JAN2020/M/013UL1960/US-2SMITH/BMR 

But if your document number or name (shown in red) are any larger then 
shown above then the host will reject it. 
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30SI 2v DOCS 

HK2/PP/US/12 34 56789012 34 5/013AN2020/M/213AN1971/US-2SMITH/AMRS 

30SI 2V DOCS HK2/PP/US/678901234567890/013AN2020/M/013UL1960/US-2SMITH/BMR 

The Arrow Functional Requirement document states that a document number 
could be upto 25 characters. This will definitely exceed the max amount of 
characters for an osi. 

How do you wish to proceed ? 

Can't answer this - it's your call - IATA standards don’t have that 
limitation - just requires spliting every 69 characters 

I also still require clarification on the following ... 

If there were 4 passengers in a PNR would the 4 OSI entries look like this 
? Is this correct ? I r m mainly interested in the status code (HKl) and 
Passenger name including number in party parts of the entry. 

OSI 2V DOCS HK4/RA/US/12 34 5 6789012 34 5/12 JUI_2004/M/12:JULl964/GB -4TEST/30E 
OSI 2v DOCS HK4/RA/US/123456789012346/123UL2004/M/123UL1960/GB -4TEST / JANE 
OSI 2V DOCS HK4/RA/US/12 34 5 6789012 347/12 DUL2004/M/12 3 UL1959/GB -4TEST /TOM 
OSI 2V DOCS HK4/RA/US/123456789012348/123UL2004/M/123UL1975/GB -4TEST/BRAD 

We are expecting 1 rather than 4 in both places (i.e. HKl and -ltest/joe) 


Regards 



Programmer Analyst 
Worldwide Product Solutions 
Worldspan international 


Tel: 

E-maiTT 

From: _ 

Sent: Monday, Novem ber 14, 2005 2:55 PM 

To: 

cc: 

Subject: RE: Name changes for APIS 



Ok. i got this from my chat with jggjgi regarding the name check: 

* PNR is to be queued 

* in theory all the checks and actions could be performed in tih 3 alone (Tests 
will show if further changes are required in ET) 

* Only one error message will be sent back to the GDS no matter how many 
invalid names are in the PNR. The first invalid name detected should be enough to 
send the error message and have the PNR queued. 

* The error message can be the same as the one used in Arrow (CM#1658) 

The error message can be added as an OSI item by using the utility program 
EVTH (See TIG 5 to see how this is used). This may make the system to not just add 
the 40SI item to the PNR with the error message but also to reply to the GDS, but if 
not either WA0TI2 x'20' or WA#GDSM (WA0ETC) may need to be set (you need to test). 

* It may be possible that by just updating some AAA queue fields with the 
correct values, the PNR queuing will be automatically done, but I'm not sure. I'll 
give you the fields as soon as I find them. 

That’s pretty much it for now. Let me know if you have any questions. 
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From: _______ 

Sent: Monday, November 14, 2005 11:54 AM 

To: ■■■■■■■■■■ 

Subject: RE: Name changes for APIS 


No yet, sorry. I was supposed to discuss this with Mark during the morning but we 
finally didn't do it. Besides this On-Call thing is driving me crazy. 

I'll try to get some info for you today. 


From: 

Sen t: Monday, Nov ember 14, 2005 11:49 AM 

to : wmBmmmMm 

Subject: RE: Name changes for APIS 


Thanks 


-did you get a chance to find out if the PNR or TTY is to be queued? 
, Sue 


original Message 

From: 

Sent : 

To: 

Subject : 


Tnu^aay^Tovember 10, 2005 2:23 PM 
FW: Name changes for APIS 


Programs to check: TIH3 (GDS Name processing) and EUUD. 

Entry to test: 

YTI1A0001*** 

HDQRM2V 
. MUCRMlA 

MUClA ABC4MH/3300076 
1TESTA/A 

TRN2v00069YB31jannypmtrlk10815a0630p J 0/000000000/C001 


From: 

Sent: Monday, October 31, 2005 9:44 AM 
To: 


Cc: 



Subject: Name changes for APIS 



Ejfflgjgjl or MHH maybe able to do the name changes for TTY for APIS. We need to 
" dentTty that we have on a single character first name, add and warning message to 
go back to the GDS and queue to TEL Q31 


will this help you out? 


Border Crossing.txt 


Hi 


Could you please advise on the questions below. 


Thank you. 


Exemption 6 




/WSL/WSP 


14/11/2005 16:26 


To 



/LON/WSP@WORLDSPAN , 
/HDQ/WSP0WORLDSPAN , 


/ LON/WS P@WORLDS PAN 


Amtrak script 


cc 

Subject 


Hi mmm , 

I have been looking at the OSI format you wish to use for the Amtrak 
information and discovered a problem. The max amount of characters you can 
have in an OSI is 63. The majority of the OSI fields we will be generating 
will exceed 63 characters. For example the following is OK 

30SI 2V DOCS HK2/PP/US/12345/013AN2020/M/213AN1971/US-2SMITH/AMRS 
30SI 2V DOCS HK2/PP/US/ 67890/01 JAN2020/M/0lJULl960/US- 2 smith/bmr 

But if your document number or name (shown in red) are any larger then 
shown above then the host will reject it. 

30SI 2V DOCS HK2/PP/US/12 34 5 6789012 34 5/013AN2020/M/213AN 19 71/US -2SMITH/ AMRS 
30SI 2V DOCS HK2/PP/US/6789012 34 5 67890/0 13AN2020/M/013UL1960/US-2SMITH/BMR 

The Arrow Functional Requirement document states that a document number 
could be upto 25 characters. This will definitely exceed the max amount of 
characters for an OSI. 

How do you wish to proceed ? 

I also still require clarification on the following ... 

If there were 4 passengers in a PNR would the 4 OSI entries look like this 
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? is this correct ? I'm mainly interested in the status code (HKl) and 
Passenger name including number in party parts of the entry. 

OSI 2V DOCS HK4/RA/US/123456789012345/123UL.2004/M/123UL1964/GB -4TEST/30E 
OSI 2V DOCS HK4/RA/US/12 34 56789012 346/123 UL2004/M/12 3 UL1960/GB -4TEST/3ANE 
OSI 2V DOCS HK4/RA/US/12 34 56789012 347/123 UL2004/M/12 3 UL19 5 9/GB -4TEST/TOM 
OSI 2 V DOCS HK4/RA/US/12 34 56789012 348/12 3 UL2004/M/12 3 UL1975/GB -4TEST/BRAD 


Regards 



Programmer Analyst 
Worldwide Product solutions 
worldspan International 


04 AM 



Are we supposed to be sending you the original cross border OSI and this 
new OSI format? will you remove the "old" OSI format or you will keep 


both? 


Productspecialist Non -Air 
worldwide Product Planning 



Is the wrap up message sent to you before or after end transaction? 
Are you in the office today? On which phone number can I reach you? 


productspecialist Non - Air 
Worldwide Product Planning 


Phone: 
Fax: ___ 
emai 1 : 
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RE: 2-character name 


Subject 


Amtrak creates a booking when we receive a wrap up message from Worldspan. 
Up to that point, we are only holding the segments that you have booked. 

The wrap up message contains the names and other related data. A new 
booking message has a slightly different wrap up message format to a change 
booking message. 


original Message 

From: — Dnai! to: ^^fm»««IMiM1 ] 
Sen t: Wednesday, Nove mber 09, 2005 9:27 AM 

To: ■■■— 

Subject: RE: -'-cnaracter name 


TtaSks a lot for that. 

One more thing: I understand that the SSR message will be sent at the time 
the agent adds a first name with less than two characters or for the name 
change entry, is Amtrak system able to know / recognise that there is a new 
booking being created before the transaction is ended? in other words, is 
the Amtrak able to see that there is a new booking being created even if 
the booking transaction has not been ended? How do you recognise it? 




RE: 2-character name 


Subject 


Border crossing.txt 


Hello mfflfflBk . 

Answers below. 


Exemption 6 


original Message- 

From: 

Sent: Tuesday, November 
To: 
cc: 

Subject: ^-character name 


[mai 1 1 ( 
'1:16 PM" 



We still have some concerns about the 2-character name: 

1. What will happen in the case when the Amtrak Customer services contacts 
a travel agency and they do not have the contact details for the customer? 

We would hope that they did, as they are asked to check ID on our behalf, 
but if not, I guess we'd enter a title, and assume that they would be a 
highlighted name on the customs manifest. 

2. What if the pnr is booked by a consolidator, will Amtrak contact the 
consolidator or the ticketing agent? 

we would be contacting the agency associated with the original booking. 

This would be identified by the IA TA number associated to the PNR. If we 
did not have details, we’d contact mmam area to see if you have more 
details . 

3. How will Amtrak customer service contact Worldspan travel agents outside 
of North America and within what timeframe? How will you handle the time 
difference? 

We attempt to contact the agency in their work hours. If we do not 
succeed , , 

we may see if you can contact them on our behalf, or as in 1, we d add a 
ti tl e . 


Could you please confirm that the text below is accurate and correct - 
especially the note in blue. . 

is there any way that Amtrak could prevent end transaction if the name does 
not include 2 characters? 

Amtrak can prevent ET on our side - your agent would have already completed 
the booking, if we did this, your guest may not get the seat/ room they 
booked, as the agent would have to cancel the space and resell. This is 
why 

we took the approach of the warning. 

Your note isn’t in colour on my side. The information looks correct. 


AMTRAK TWO CHARACTER PASSENGER FIRST NAME CHANGE 
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ERROR RESPONSES- 
FORMAT- 

SCREEN DISPLAY- 


AMTRAK IS MODIFYING THEIR REQUIREMENTS FOR THE MINIMUM 
NUMBER OF CHARACTERS SUPPORTED AS A VALID PASSENGER FIRST 
NAME. CURRENTLY AMTRAK SUPPORTS A MINIMUM OF ONE (1) 
CHARACTER FOR THE PASSENGERS FIRST NAME. IN MID-DECEMBER 
AMTRAK* S SYSTEM WILL REQUIRE A MINIMUM OF TWO (2) 
CHARACTERS . 


WORLDSPAN PROVIDES COMPLETE TECHNICAL SPECIFICATIONS 
REGARDING SCREEN CHANGES. )>MD 

TO REQUEST TECHNICAL SPECIFICATIONS- SEND AN E-MAIL Ml 

■ REFERENCE THE DOCUMENT 

^T^TTLeT^ PROVIDE YOURNAM^^ COMPANY NAME AND PHONE 
NUMBER. 

** DETAILED ENHANCEMENT INFORMATION ** 


WHEN CREATING THE PASSENGER NAME FIELD IN THE PNR 

THE WORLDSPAN AGENT SHOULD ENSURE THE PASSENGER*S FIRST 

NAME IS A MINIMUM OF TWO CHARACTERS IN LENGTH. FOR EXAMPLE- 

-1SMYTHE/EVMRS OR -lSMYTHE/EVELYNMRS 

IF THE FIRST NAME DOES NOT CONTAIN A MINIMUM OF TWO (2))>MD 
CHARACTERS AMTRAK WILL RETURN AN AMTRAK WARNING MESSAGE- 
INVALID PSGR NAME- INPUT FULL/FIRST NAME - IN THE SSR OTHS 
FIELD. THIS CAN OCCUR DURING THE INITIAL PNR CREATION OR 
ANY TIME THE NAME FIELD IS MODIFIED. 

THIS CHANGE ONLY AFFECTS SELL AND MODIFICATION REQUESTS ON 
AMTRAK PNRS BOOKED THROUGH THE WORLDSPAN SYSTEM. 

THERE ARE NO EDITS ON THE RETURNED INFORMATION IN THE SSR 
FIELD FROM AMTRAK. WORLDSPAN REQUEST AGENTS MAKE THE 
NECESSARY CHANGES TO ENSURE THE FIRST NAME IS A MINIMUM OF 
TWO (2) CHARACTERS PRIOR TO SUBMITTING REQUESTS. EVERY 
AMTRAK PNR WITH A ONE (1) CHARACTER FIRST NAME WILL 
AUTOMATICALLY BE QUEUED TO THE AMTRAK TRAVEL AGENCY SALES 
CENTER. IF THE WORLDSPAN AGENT DOES NOT MAKE THE NECESSARY) >MD 
CENTER. IF THE WORLDSPAN AGENT DOES NOT MAKE THE NECESSARY 
CHANGES AMTRAK WILL STILL ALLOW TICKETING OF THE AMTRAK 
PNR HOWEVER AMTRAK TRAVEL AGENT SALES CENTER WILL CONTACT 
THE WORLDSPAN AGENT FOR ADDITIONAL INFORMATION. 


NEW WARNING RESPONSE 

INVALID PSGR NAME- INPUT FULL/FIRST NAME 

A MINIMUM OF TWO (2) CHARACTERS IS REQUIRED FOR THE 
PASS ENG ER*S FIRST NAME. 

GRS REFERENCES ARE UPDATED UPON PRODUCT RELEASE. 
DC/WPP - E3/MD 


Specialist Non -Air 
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1. What will happen in the case when the Amtrak Customer Services contacts 
a travel agency and they do not have the contact details for the customer? 

We would hope that they did, as they are asked to check ID on our behalf, 
but if not, I guess we'd enter a title, and assume that they would be a 
highlighted name on the customs manifest. 

2. What if the pnr is booked by a consolidator, will Amtrak contact the 
consolidator or the ticketing agent? 

We would be contacting the agency associated with the original booking. 

This would be identified by the IA TA number associated to the PNR. If we 
did not have details, we'd contact area to see if you have more 

detai 1 s . 

3. How will Amtrak customer service contact worldspan travel agents outside 
of North America and within what timeframe? How will you handle the time 
difference? 


We attempt to contact the agency in their work hours, if we do not 

succeed, , . , . ., 

we may see if you can contact them on our behalf, or as in 1, we d add a 

title. 


could you please confirm that the text below is accurate and correct - 
especially the note in blue. 

is there any way that Amtrak could prevent end transaction if the name does 
not include 2 characters? 

Amtrak can prevent ET on our side - your agent would have already completed 
the booking. If we did this, your guest may not get the seat/room they 
booked, as the agent would have to cancel the space and resell. This is 
why 

we took the approach of the warning. 

Your note isn’t in colour on my side. The information looks correct. 


AMTRAK TWO CHARACTER PASSENGER FIRST NAME CHANGE 


ERROR RESPONSES- N 
FORMAT- N 
SCREEN DISPLAY- N 


AMTRAK IS MODIFYING THEIR REQUIREMENTS FOR THE MINIMUM 
NUMBER OF CHARACTERS SUPPORTED AS A VALID PASSENGER FIRST 
NAME. CURRENTLY AMTRAK SUPPORTS A MINIMUM OF ONE (1) 
CHARACTER FOR THE PASSENGER*S FIRST NAME. IN MID-DECEMBER 
AMTRAK* S SYSTEM WILL REQUIRE A MINIMUM OF TWO (2) 
CHARACTERS . 


WORLDSPAN PROVIDES COMPLETE TECHNICAL SPECIFICATIONS 
REGARDING SCREEN CHANGES. )>MD 


TO REQUEST TECHNICAL SPECIFICATIONS- SEND AN E-MAIL Hi 

REFERENCE THE DOCUMENT 

®^tW?^^^OVIDEYOURNAME^ COMPANY NAME AND PHONE 
NUMBER. 
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** DETAILED ENHANCEMENT INFORMATION ** 

WHEN CREATING THE PASSENGER NAME FIELD IN THE PNR 

THE WORLDSPAN AGENT SHOULD ENSURE THE PASS ENG ER*S FIRST 

NAME IS A MINIMUM OF TWO CHARACTERS IN LENGTH. FOR EXAMPLE- 

- 1SMYTH E / EVMRS OR -lSMYTHE/EVELYNMRS 

IF THE FIRST NAME DOES NOT CONTAIN A MINIMUM OF TWO (2))>MD 
CHARACTERS AMTRAK WILL RETURN AN AMTRAK WARNING MESSAGE- 
INVALID PSGR NAME- INPUT FULL/FIRST NAME - IN THE SSR OTHS 
FIELD. THIS CAN OCCUR DURING THE INITIAL PNR CREATION OR 
ANY TIME THE NAME FIELD IS MODIFIED. 

THIS CHANGE ONLY AFFECTS SELL AND MODIFICATION REQUESTS ON 
AMTRAK PNRS BOOKED THROUGH THE WORLDSPAN SYSTEM. 

THERE ARE NO EDITS ON THE RETURNED INFORMATION IN THE SSR 
FIELD FROM AMTRAK. WORLDSPAN REQUEST AGENTS MAKE THE 
NECESSARY CHANGES TO ENSURE THE FIRST NAME IS A MINIMUM OF 
TWO (2) CHARACTERS PRIOR TO SUBMITTING REQUESTS. EVERY 
AMTRAK PNR WITH A ONE (1) CHARACTER FIRST NAME WILL 
AUTOMATICALLY BE QUEUED TO THE AMTRAK TRAVEL AGENCY SALES 
CENTER. IF THE WORLDSPAN AGENT DOES NOT MAKE THE NECESSARY) >MD 
CENTER. IF THE WORLDSPAN AGENT DOES NOT MAKE THE NECESSARY 
CHANGES AMTRAK WILL STILL ALLOW TICKETING OF THE AMTRAK 
PNR HOWEVER AMTRAK TRAVEL AGENT SALES CENTER WILL CONTACT 
THE WORLDSPAN AGENT FOR ADDITIONAL INFORMATION. 

NEW WARNING RESPONSE 

INVALID PSGR NAME- INPUT FULL/FIRST NAME 

A MINIMUM OF TWO (2) CHARACTERS IS REQUIRED FOR THE 
PASSENGER*S FIRST NAME. 

GRS REFERENCES ARE UPDATED UPON PRODUCT RELEASE. 

DC/WPP - El/MD 


-producTspec i al i st Non - Air 
Worldwide Product Planning 



1:16 PM 


Subject : 


-character name 


Hi Mil 

We still have some concerns about the 2-character name: 

1. What will happen in the case when the Amtrak Customer Services contacts 
a travel agency and they do not have the contact details for the customer? 

2. What if the pnr is booked by a consolidator, will Amtrak contact the 
consolidator or the ticketing agent? 

3. How will Amtrak customer service contact worldspan travel agents outside 
of North America and within what timeframe? How will you handle the time 
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difference? 

could you please confirm that the text below is accurate and correct - 
especially the note in blue. 

Is there any way that Amtrak could prevent end transaction if the name does 
not include 2 characters? 

AMTRAK TWO CHARACTER PASSENGER FIRST NAME CHANGE 

ERROR RESPONSES- N 

FORMAT- N 

SCREEN DISPLAY- N 

AMTRAK IS MODIFYING THEIR REQUIREMENTS FOR THE MINIMUM 
NUMBER OF CHARACTERS SUPPORTED AS A VALID PASSENGER FIRST 
NAME. CURRENTLY AMTRAK SUPPORTS A MINIMUM OF ONE (1) 

CHARACTER FOR THE PASSENGER*S FIRST NAME. IN MID-DECEMBER 
AMTRAK* S SYSTEM WILL REQUIRE A MINIMUM OF TWO (2) 

CHARACTERS . 

WORLDSPAN PROVIDES COMPLETE TECHNICAL SPECIFICATIONS 
REGARDING SCREEN CHANGES. )>MD 

TO REQUEST TE CHNICAL SPECIFICA TIONS- SEND AN E-MAIL jjffi 

■ REFERENCE THE DOCUMENT 
TITLE. PROVIDE YOUR NAME- COMPANY NAME AND PHONE 
NUMBER. 

** DETAILED ENHANCEMENT INFORMATION ** 

WHEN CREATING THE PASSENGER NAME FIELD IN THE PNR 

THE WORLDSPAN AGENT SHOULD ENSURE THE PASS ENG ER*S FIRST 

NAME IS A MINIMUM OF TWO CHARACTERS IN LENGTH. FOR EXAMPLE- 

-1SMYTHE/EVMRS OR -lSMYTHE/EVELYNMRS 

IF THE FIRST NAME DOES NOT CONTAIN A MINIMUM OF TWO (2))>MD 
CHARACTERS AMTRAK WILL RETURN AN AMTRAK WARNING MESSAGE- 
INVALID PSGR NAME- INPUT FULL/FIRST NAME - IN THE SSR OTHS 
FIELD. THIS CAN OCCUR DURING THE INITIAL PNR CREATION OR 
ANY TIME THE NAME FIELD IS MODIFIED. 

THIS CHANGE ONLY AFFECTS SELL AND MODIFICATION REQUESTS ON 
AMTRAK PNRS BOOKED THROUGH THE WORLDSPAN SYSTEM. 

THERE ARE NO EDITS ON THE RETURNED INFORMATION IN THE SSR 
FIELD FROM AMTRAK. WORLDSPAN REQUEST AGENTS MAKE THE 
NECESSARY CHANGES TO ENSURE THE FIRST NAME IS A MINIMUM OF 
TWO (2) CHARACTERS PRIOR TO SUBMITTING REQUESTS. EVERY 
AMTRAK PNR WITH A ONE (1) CHARACTER FIRST NAME WILL 
AUTOMATICALLY BE QUEUED TO THE AMTRAK TRAVEL AGENCY SALES 
CENTER. IF THE WORLDSPAN AGENT DOES NOT MAKE THE NECESSARY) >MD 
CENTER. IF THE WORLDSPAN AGENT DOES NOT MAKE THE NECESSARY 
CHANGES AMTRAK WILL STILL ALLOW TICKETING OF THE AMTRAK 
PNR HOWEVER AMTRAK TRAVEL AGENT SALES CENTER WILL CONTACT 
THE WORLDSPAN AGENT FOR ADDITIONAL INFORMATION. 

NEW WARNING RESPONSE 

INVALID PSGR NAME- INPUT FULL/FIRST NAME 

A MINIMUM OF TWO (2) CHARACTERS IS REQUIRED FOR THE 
PASSENGER*S FIRST NAME. 
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GRS REFERENCES ARE UPDATED UPON PRODUCT RELEASE. 
DC/WPP - EJ/MD 


Product speci al i st Non -Air 
worldwide Product Planning 



Could you please advise on the below questions: 

- Have you reached the agreement regarding the release date of the 
Passenger ID and gender info? We need to update our customers on the 
release date. Are you still planning to release it in 2 steps? If yes, 
please confirm the date of the release of each step. 

- Amtrak will send an error message to each pnr which will not include the 
additional passenger ID info. On which step will the message be sent? will 
this be sent only when the travel agent will attempt to issue the ticket? 
How Amtrak is going to handle the situation when the pnr will be queued to 
the consolidator for ticketing? will the error message be also displayed 
before end transaction? If yes, then it is perfect, if not, why? 


- will you update the 7 easy steps of booking Amtrak services on your web 
site with the APIS OSI format? when? 


- Could you please confirm if the min 2-character name will be a joint 
release with APIS? 

- How is the 2-character name going to be supported by other GDSs? Is 
Amtrak going to send them the same SSR message? Do they implement some kind 
of tool which will validate the one character in the name? 


Thanks . 

Edyta 
From: 

Sent: Friday, November 

To: 


cc: 

Subject: 


7:06 AM 

Fw: AMTRAK APIS - i s the release date? 



hi mm , 

We have sent a note to our customers about the release date of the Amtrak 
APIS in September adviseding that the release date has been scheduled for 
NOV. we need to update our customers on the release date, please advise 
when this has been scheduled for. 

Thank you. 
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Exemption 6 



Subject 

AMTRAK project date change 


Hi — ! 

I am just following up on our earlier conversation on the date change on 
one of the rail projects. Please forward the information to me at your 
earliest convenience so I can make the appropriate announcements and update 
the applicable documents. Thanks! 


Best regards, 


Member - Worldspan Diversity Council 

/ «— 

;h< 


I’ve learned . ...That when you harbor bitterness , happiness will dock 

elsewhe re. 11 

From: 

Sent: Thursday, November Qj, 2UU5 2:10 PM 

to: 


Subject : 


Fw: AMTRAK 2 character name change - TECH SPEC change 


Could you please confirm that the pax name written as: CITRON/EMRS will not 
generate the worning message. 

Please also confimrt hat the email below is correct. 


Thanks . 




worldwide Product Planning 


Border Crossing.txt 


Exemption 6 




/ atl/wsp 


03/11/2005 18:48 


To 

l/HDQ/WS P@WORLDS PAN 
cc 

I/lon/wspOworldspan , 

1/ HDQ/WS P@WORLDS PAN , 
|/EHN/WSP@WORLDSPAN , 
l/HDQ/WS P@WORLDS PAN 

Subject 

AMTRAK 2 character name change - 
TECH SPEC change 



n i — 5 

There is a change in the examples in the TECH SPEC for 'amtrak 2 character 
Name’ document. 

n provided the following information: 

e pnr example the passenger title ’MRS’ in the name field has to be 
deleted, amtrak advised 

her that a PNR with 1 character in the first name and a passenger title 
(mrs/mr/miss) would cause 

the amtrak system to not generate the new warning message. 

So for our examples in the TECH SPEC will you delete the 'MRS' title for 
me: 

1. where I have 'current entry' change ' -smythe/emrs ' to '-smythe/e', 
del ete the ’MRS ' . 

2. in the pnr response, change the passenger field to SMYTHE/E*ADT , delete 
the 'MRS'. 

The sentence in section 4 with the 'e.g. -1SMYTHE/EVMRS or -1 
SMYTHE/EVELYNMRS ' is corrent 
so no change needed there. 

Thanks for your help. 

Please let me know if we need to discuss this! 
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Subject: RE: Amtrak APIS 


We are trying to programmatically know when the OSI is needed. I need a 
few questions answered. 

If the traveler is staying in the same providence, they will not need the 
OSI (example AST to SCA) correct? 

if the traveler is going from one providence to another, it looks like they 
do cross over the US. So if the traveler is going from AST to GBC does 
that require the osi? Their destination is still to and from Canada, do 
you have nonstop trains that wouldn't need the OSI? Or from providence to 
providence regardless needs the OSI? 


Also we are still waiting on a list of Amtrak stations that are in 
worldspan so we can update our list. 



RE: Amtrak APIS 


Hello, 

Amtrak has station profiles for the following Canadian cities: 

AMTRAK STATIONS - ONTARIO 

CODE CITY NAME 

AST ALDERSHOT 
GMS GRIMSBY 
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NFS NIAGARA FALLS 
OKL OAKVILLE 

sca ST. CATHARINES Exemption 6 

TWO TORONTO 
END OF DISPLAY 

AMTRAK STATIONS - BR. COLUMBIA 
CODE CITY NAME 


GBC GARIBALDI HIGHLANDS 

NNI NANAIMO 

PBT PEMBERTON 

RBC RICHMOND 

SQA SQUAMISH 

SUY SOUTH SURREY 

VAC VANCOUVER 

VBC VICTORIA 

VI F VICTORIA 

WSL WHISTLER 

END OF DISPLAY 

AMTRAK STATIONS - QUEBEC 

CODE CITY NAME 


MTR MONTREAL 
SLQ ST- LAMBERT 
END OF DISPLAY 


Original Message- 

From: 

Sent: 

To: 

cc: 

Subject: Fw: Amtrak apis 



[mail to :H 
05 10:13 AM 


|] 


We are currently working on the update of the existing standard Amtrak 
script, which is being used by our customers in order to sell a seat. We 
want to put into the script the piece of functionality through which a 
Worldspan travel agent will be able to put the APIS OSI format. 

Could you please advise on the question below, which has been asked by our 
tarn working on the script. We need to get a precise answer which will help 
to build the OSI format in the script. 

I am awaiting from you an update of all Amtrak station codes and names that 
are available in Worldspan. 

Thank you. 


Forwarded 


l/LON/WSP on 02/11/2005 15:04 



/HDQ/WSP 


TO 


02/11/2005 15:03 


Page 


/LON/WS P@WORLDSPAN 


Exempt/on 6 


Border Crossing.txt 

cc 

subject 

Re: Fw: Amtrak APlS(Document link: 
Edyta Citron) 


Just to clarify... it looks like Amtrak from their maps does not have any 
trains that go from a Canadian City to another Canadian City without going 
to the US first. is that correct? so any time one of the four Canadian 
City are used... we will always have to add the OSI. So the key is, only 
those four cities require the OSI no matter what. 




/ lon/wsp 


11 / 02/2005 09:55 
AM 


/HDQ/WS P@WORLDS PAN 


Fw: Amtrak APIS 


TO 
cc 

Subject 


Hi 61 , 

Please see below the answer to your questions. I am awaiting the Amtrak 
station codes, once I receive it from Amtrak, will forward it to you. 



Exemption 6 


Border Crossi ng. txt 

02/11/2005 14:54 cc 

Subject 

RE: Amtrak APIS 


If the train crosses the border, the OSI is required, if it doesn't then 

no 

OSI. 

Did you need help getting a city list? 



original Message 

From: [mail to 

Sent: Wednesday, November 02, 2005 9:26 am 


To: 

Cc: 

Subj 



1 


Hi 



* 


Could you please help with the questions below. 


Thanks. 



Product Specialist Non -Air 
Worldwide Product Planning 


Phone : 
Fax: 
emai 1 



Forwar 


LON/WSP on 02/11/2005 14:24 



/HDQ/WSP 


02/11/2005 13:15 



/LON/WSP0WORLDSPAN 


TO 

cc 


Amtrak 


Subject 
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Border Crossing.txt 


Exemption 6 


It looks like four places Amtrak goes to in Canada: Montreal, Toronto, 
Aldershot and Vancouver. 

So right now it looks like we need to watch for those stations for crossing 
the boarder. 

Please find out if someone in Canada was going from a Montreal to Toronto 
for example, do they need the OSI since they cross over the US but not 
staying in the US. There could be a nonstop train which of course 
wouldn y t be crossing the boarder but if they have to change trains, does 
that need the OSI. 

Also, can we get an update of all Amtrak station codes and names that are 
available in worldspan so we can update the drop-down box. 

Thanks 

1 ’ 



From: 
sent: 
to: 
cc: 

Subject 
Hi — 

I understand that we will be using a very similar format for all GDSs where at least 
the order of the fields in the OSI is the same (e.g. nationality right after 
document number). I need to verify that. (I'm trying to get a copy of the document 
that Mark sent to you). 

Meanwhile, you said you send SSRs to the airlines for APIS. Just to compare, can you 
provide an example of the agent's entry and the SSR sent? is it manually entered? 

Thanks 




original Message- 

From: 

Sent: Wednesday, November 
To: 

Cc: 

Subject: Fw: APIS test PNRs 


[mai 1 to:| 
3:40 PM 


] 


Thanks for the best wishes! 

Our OSI is manually entered. I was using the entry that was listed in the 
document we received from Amtrak. The OSI example doesn't show the /US/ 
prior to the travel document expiry date. Should it be there? The 
document was prepared by Mark. You also mentioned the APIS for airline, 
and we send those messages via SSR. 
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